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Я тебя знаю, дяденька. Ты — программер. 

Что, не программер? Админ? И все равно — 

в некотором роде — программер. Веб-мастер — 
опять-таки, программер, иначе какой 

же ты веб-мастер? Продаешь компьютеры 

на Савеловке? Ну, это не страшно, в институте 
же тебя заставляли кодить? Значит — с опреде- 
ленными скидками — тоже программер. 

Я клоню к тому, что к какой бы области !Т-инду- 
стрии ты не тяготел — алгоритмическое мышле- 
ние в целом и новинки программерских техноло- 
гий в частности помогут тебе. Совсем не обяза- 
тельно перечитывать Кнута в пятый раз: открой 
этот номер, твоему вниманию престанут два раз- 
дела. Первый — про программерские трюки 

и алгоритмические мудрости, а второй — 

про новейшие веяния в программерском мире. 
В общем, самый гламур и самый актуальный 
фэшн :) (я не знаю, что означают эти слова, 

но, по-моему, что-то хорошее). 


Александр Лозовский 
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Впервые основные идеи структурно- 
го программирования были высказа- 
ны Эдсгером Дейкстрой. Разрабаты- 
вая идеи структурного программиро- 
вания, Дейкстра решал задачу дока- 
зательства правильности программ. 
То есть искал ответ на вопрос, каки- 
ми должны быть структуры про- 
грамм, чтобы без чрезмерных усилий 
можно было находить доказатель- 
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ство их правильности. Это особенно 
важно при разработке больших про- 
граммных систем. Правильность ло- 
гической структуры системы подда- 
ется доказательству, а сама програм- 
ма допускает достаточно полное те- 
стирование. В результате, в готовой 
программе встречаются только три- 
виальные ошибки кодирования, кото- 
рые легко исправляются. 


Simula 67 — первый объектно-ориен- 
тированный язык программирования. 
Он был разработан группой сотруд- 
ников Норвежского Вычислительно- 
го Центра (Norwegian Computing Cen- 
ter) в Осло под руководством One Йо- 
хана Даля (Ole Johan Dahl) и Кристе- 
Ha Нигарда (Kristen Мудаага) для ре- 
шения задач моделирования слож- 
ных систем. Но Simula 67 опередил 
свое время и не выдержал конкурен- 
ции с другими языками программи- 
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рования (прежде всего с Fortran). 
Прохладному отношению способ- 
ствовало и то, что его реализация бы- 
ла весьма неэффективна. Но впо- 
следствии идеи языка Simula 67 были 
заслуженно оценены и положены в 
основу современных объектно-ори- 
ентированных языков программиро- 
вания — С++, Smalltalk, Eiffel и тому 
подобных. 


1983 


Группой исследователей во главе с 
Б.Страуструпом был разработан 
язык программирования C++ — логи- 
ческое продолжение языка програм- 
мирования С в направлении объект- 
ной ориентированности. Он поддер- 
живает разные парадигмы програм- 
мирования: процедурную, обобщен- 
ную, функциональную. Название С++ 
придумал Рик Масситти, — оно ука- 
зывает на эволюционную природу пе- 
рехода к нему от С, так как «++» — 
это операция приращения. Любимая 
шутка Страуструпа: «Знатоки семан- 
тики языка находят, что С++ хуже, 
чем ++С». 


Сотрудники Bell Labs Кен Томпсон и 
Денис Ритчи занимались развитием 
языка Би, а в итоге за несколько лет 
разработали Си — стандартизован- 
ный процедурный язык программи- 
рования. Он изначально был создан 
для использования в операционной 
системе UNIX, но с тех пор портиро- 
ван на многие другие операционные 
системы и стал одним из самых ис- 
пользуемых языков программирова- 
ния. Си ценят за его эффективность, 
и для него характерны лаконичность, 
современный набор конструкций 
управления потоком выполнения, 
структур данных и обширный набор 
операций. 


1993 


Borland Delphi появляется в России и 
сразу же завоевывает широкую попу- 
лярность. Новые версии выходят 
практически каждый год. В них реа- 
лизуются все новые мастера, компо- 
ненты и технологии программирова- 
ния. Таким успехом Delphi обязан 
процессу разработки, который в нем 
предельно упрощен. В первую оче- 
редь это относится к созданию интер- 
фейса, на который уходит до 80% 
времени разработки программы. 
Delphi — результат развития языка 
Турбо Паскаль, который, в свою оче- 
редь, развился из языка Паскаль. 
Паскаль был полностью процедур- 
ным языком, Турбо Паскаль 5.5 доба- 
вил обьектно-ориентированные свой- 
ства, a Delphi уже стал полноценным 
объектно-ориентированным языком 
программирования с возможностью 
доступа к метаданным классов (то 
есть к описанию классов и их членов) 
в компилируемом коде. 
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1995 


Sun официально объявила о языке 
Java. Хотя началось все в 1991 году, 
когда компания Sun Microsystems 
финансировала собственный иссле- 
довательский проект под кодовым 
названием «Green». Причиной было 
желание разработчиков найти уни- 
версальный язык программирова- 
ния, чтобы соединить воедино все 
подключенные к сети приборы, будь 
то суперкомпьютеры или какие-ни- 
будь холодильники с автоматиче- 
ским заказом закончившихся про- 
дуктов. В результате был создан 
язык на основе языков С и С++ — 
«Oak», названый так в честь дуба, 
растущего за окном здания Sun. 
Правда, позже было обнаружено, что 
язык программирования с названи- 
ем «Oak» уже существует. После 
визита в местное кафе было предло- 
жено имя Java, закрепившееся в по- 
следствии за языком. 


1998 


Начал разрабатываться проект, по- 
лучивший кодовое название COOL 
(C-style Object Oriented Language). 
Это некий стратегический противо- 
Bec Microsoft в отношении Java, так 
как последний создала конкурирую- 
щая фирма Sun Microsystems при 
поддержке двух других злейших вра- 
гов Microsoft — Oracle и IBM. Первая 
версия С# напоминала по своим воз- 
можностям Java 1.4, несколько их 
расширяя. И только в 2000 году ком- 
пания Microsoft анонсировала плат- 
форму .МЕТ и новый язык програм- 
мирования, получивший название С# 
(«си-шарп»). 
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> массивы. Классический способ объедине- 
ний данных, который можно встретить в любом 
языке программирования. Массив — это последо- 
вательный набор данных. Каждый элемент мас- 
сива обладает своим порядковым номером. 
В языках программирования, которые позволяют 
обратиться напрямую к оперативной памяти, эле- 
менты массива хранятся в памяти друг за другом. 
Из кода С/С++ к элементам массива можно обра- 
титься с помощью оператора «i», где i — порядко- 
вый номер элемента массива. Аналогом Си-мас- 
сива является контейнер STL vector, который га- 
рантирует последовательное размещение в па- 
мяти элементов массива, обеспечивает доступ 
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к ним с помощью оператора «», а также механиз- 
ма итераторов. 

Естественно, функциональность вектора этим 
не ограничивается, он также позволяет вставлять 
новые элементы в начало, середину и конец век- 
тора. Этим занимаются функции поэлементной и 
интервальной вставки insert, push_front uv push_back. 
Кроме вставки вектор также позволяет произво- 
дить поэлементное и интервальное удаление сво- 
их элементов с помощью функций erase и Clear. 
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(1) 


Элементы массива располагаются в памяти 
последовательно друг за другом. Каждый элемент 
массива нумеруется своим индексом. 
Итерироваться по по элементам можно 
произвольным образом. 


OOOE 


(2) 


Элементы массива располагаются в памяти 
последовательно друг за другом, причем сначала 
идут элементы нулевой строки, за ними элементы 
первой и т.д. (как показано стрелками). Каждый 
элемент массива нумеруется двумя индексами 

по горизонтали и вертикали. Итерироваться 

по элементам можно произвольным образом. 


(3) 


Каждый элемент односвязного списка хранит 
ссылку на следущий элемент. Поэтому 
итерирование по списку возможно только в одном 
направлении. Элементы списка могут храниться 
в произвольных областях памяти. 


начало 


(4) 


Каждый элемент двусвязного списка хранит 
ссылку на предыдущий и следущий элементы. 
Поэтому итерирование по списку возможно в двух 
направлениях. Элементы списка могут храниться 
в произвольных областях памяти. 


начало <— = — 


Столь детальное внимание этому контейнеру уде- 
ляется неспроста, ведь правильный выбор контей- 
нера, хранящего твои данные, гарантирует эффек- 
тивное и безопасное выполнение кода. Об этом по- 
вествует книга Скотта Мейерса «Эффективное ис- 
пользование STL». 

Строго говоря, вектор — это наиболее общий 
тип контейнера, который больше всего похож на 
стандартный массив. Существуют его аналоги, та- 
кие как deque, горе, list, map, hash_map и т.д. Их не- 
обходимо выбирать, исходя из способа обращения 
к данным (смотри рисунок 1). 
> производные массивов. У массивов есть нес- 
колько производных — многомерные массивы 
и ассоциативные массивы. Многомерные массивы 
хранят элементы, индексируемые не одним, а нес- 


колькими «координатами» (индексами), а ассоциа- 
тивные массивы хранят элементы, индексируемые 
неким ключом, заданным программистом. Напри- 
мер, таким ключом может быть строка. Еще одной 
производной массива является стек. Если прово- 
дить ассоциации с реальной жизнью, то стек похож 
на женский чулок, в котором хранятся луковицы :). 
Если он завязан с одного конца, то ты можешь за- 
ложить в него только одну луковицу и забрать ее 
же. Самую первую заложенную луковицу ты смо- 
жешь забрать только после того, как вытащишь 
все луковицы, заложенные после нее. Это модель 
стека LIFO (last in first out). Если чулок развязать и 
закладывать луковицы с одной стороны, а извле- 
кать с другой, то ты получишь стек FIFO (first in first 
out), также называемый очередью. Если пример 


с чулком не очень понятен, то просто попробуй ку- 
пить билет в метро в восемь утра :). Стеки использу- 
ются, например, при передаче аргументов в функ- 
цию. Когда ты работаешь с функцией, принимаю- 
щей переменное число аргументов, ты как раз раз- 
матываешь подобный стек с помощью стандартных 
функций va_arg, va_start, va_end (смотри рисунок 2). 
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списки. Список — это тоже производная мас- 
сива, правда, здесь тебе никто не даст гарантию, 
что элементы списка будут лежать в памяти после- 
довательно. Каждый элемент списка имеет ссылку 
на следующий элемент. Такой список называется 
однонаправленным связанным списком. Если эле- 
мент списка хранит ссылку на следующий и преды- 
дущий элементы, то это двунаправленный список. 
Двунаправленные списки реализуются с помощью 
контейнера list. Все эти структуры данных являются 
линейными по своей сути и используются, когда об- 
рабатываются одномерные последовательности 
данных — сортируются, выбираются нужные эле- 
менты ит.д. (смотри схемы Зи 4) 
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+> — таблицы — это основные единицы хранения 


циальными характеристиками, такими как уни- 
кальность, определенность, размер данных ячейки 


> графы. Граф — наиболее общий вид древо- 
видных структур данных. Если продолжать пище- 
вые ассоциации, то узлы графа — это узлы ветвей 
виноградной лозы, а сами виноградины — это уз- 
лы нижнего уровня без дочерних узлов (так назы- 
ваемые leaf'bl). Узлы графа соединены между со- 
бой ребрами. Графы применяются для алгоритмов 
оптимизации, например, для выбора наиболее оп- 
тимального маршрута передачи пакетов между 
маршрутизаторами. Графы изучает целая нау- 
ка — теория графов. Существует превеликое мно- 
жество различных графов, но остановимся только 
на тех видах, которые крутятся на языке (смотри 


> — бинарное дерево, оно же двоичное дерево. 
Часто используется в алгоритмах поиска. Каж- 
дый узел в дереве формирует свое поддерево. 
У каждого узла может быть только два дочерних 
узла — правый и левый. Соответственно, каж- 
дый узел (за исключением конечных, самых ниж- 
них узлов) такого дерева имеет одно входящее и 
два исходящих ребра. Главным алгоритмом для 
деревьев является алгоритм его обхода 
(Traverse), который позволяет найти наиболее 
оптимальный маршрут к нужным данным. Бинар- 
ное дерево лежит в основе алгоритма отбрасы- 
вания невидимых полигонов BSP (binary space 


(5) 


Вершины обобщенного графа (graph) могут иметь 
сколь угодно дочерних вершин. Любая вершина 
графа имеет как минимум одну дочернюю вершину, 
кроме конечных вершин, называемых лисьями (leaf) 


хо 


CO 


(6) 


Бинарное дерево обязательно имеет вершину, 
называемую корнем (root). Это верхний элемент 
на схеме. Каждая вершина может иметь только две 
дочерних вершины. Нижние лепестковые вершины 
не имеют дочерних вершин. 


о 


partitioning), используемого в играх. Аналогично 
двунаправленному списку, каждая вершина би- 
нарного дерева ссылается на правый и левый 
элементы, но в случае дерева эти элементы яв- 
ляются дочерними для узла, а не равноправны- 
ми, как в случае списка (смотри рисунок 6). 


определение элемента (узла) бинарного дерева 


> октарное дерево. Оно же octree. Это способ 
разбиения трехмерного пространства (space parti- 
tioning), который используется при разработке игр 
для отбрасывания объектов, не попадающих в по- 
ле зрения камеры (frustum camera's view). Из наз- 
вания понятно, что узел такого дерева имеет во- 
семь дочерних элементов. Суть метода заключа- 


ется в том, что трехмерный куб (пространство) бь- 
ется на восемь меньших равных кубов. Каждый 
подкуб бьется еще на восемь меньших ит.д. 


определение элемента (узла) октарного дерева 


Таким образом получается октарное дерево, каж- 
дый узел которого имеет восемь дочерних элемен- 
тов. Если перейти от трехмерного пространства 
к двухмерному, то может быть использовано не ок- 
тарное, а квадовое дерево. То есть квадрат разби- 
вается на четыре части (как бы половинка октарно- 
го дерева) © 


www.sgi.com/tech/stl/index.html 
руководство для программиста по stl (Ha английском). 


ВЕр:/И/ги миюрефа.оголмКИсписок_структур_данных 
что думает по поводу структуры данных викпедия. 


www.gamemaker.webservis.ru/articles/octree/octree.htm 
познавательно об octree. 
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Времена, когда один-единственный программист 
мог вести весь проект целиком, безвозвратно 
прошли. Рынок наводнили акулы бизнеса, ожес- 
точенно конкурирующие между собой, и требова- 
ния к качеству продукта резко возросли. «Голая» 
программа без красивого графического интер- 
фейса, многостраничной документации, офици- 
ального сайта и службы поддержки уже никому 
не нужна. Исключение составляют утилиты, ори- 
ентированные на узкий круг профессионалов, ко- 
торым достаточно развитого функционала, но та- 
ких — единицы, и реальные деньги крутятся там, 
где обитают полуграмотные пользователи, попу- 
ляция которых исчисляется сотнями миллионов. 
Даже примитивный каталогизатор дисков, будучи 
достойно оформленным и поданным, может при- 
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смертельный трюк 


РАБОТА В КОМАНДЕ ПРОГРАММИСТОВ — КАК БЫТЬ? 


ПОЧЕМУ-ТО ВСЕ ПРЕИМУЩЕСТВЕННО ГОВОРЯТ О ТЕХНИКЕ СОЗДАНИЯ КОМАНДЫ, ЧЕМУ 
ПОСВЯЩЕНО МНОЖЕСТВО СТАТЕЙ, КНИГ, СЕМИНАРОВ, И НА ВЫБОР РУКОВОДИТЕЛЯ 
ПРЕДЛАГАЕТСЯ РЯД МЕТОДИК, ОТРАБОТАННЫХ ГОДАМИ. НО ВОТ О ТОМ, КАК ВЫЖИТЬ 
В КОМАНДЕ, РЕАЛИЗОВАВ СВОЙ ТВОРЧЕСКИЙ ПОТЕНЦИАЛ, ОБЫЧНО УМАЛЧИВАЮТ 


Крис Касперски 
по е-тай 


носить неплохой доход, не говоря уже про авто- 
матизацию предприятий или компьютерные игры. 
Было бы заманчиво написать такой продукт 
в одиночку, но, увы, это практически невозможно. 
Даже гениальный программист, талантливый аб- 
солютно во всем, навряд ли захочет отвечать на 
идиотские письма дебильных пользователей, 
а писем таких будет очень много, ведь каждый по- 
купатель считает, что вместе с продуктом он по- 
купает еще и внимание. А ну-ка, мать вашу за но- 
гу так, быстро разберитесь, почему ваша прог- 
рамма не работает у меня! 


Десять лет назад можно было программиро- 
вать, зная всего лишь Turbo Pascal и MS-DOS, те- 
перь же количество обязательных языков/библио- 
тек/технологий исчисляется десятками. Писать ин- 
терфейс на Си — это самоубийство, причем край- 
не болезненное и мучительное, но еще хуже пы- 
таться реализовать вычислительное ядро на DEL- 
PHI. Поэтому неизбежно встает вопрос о создании 
команды, а, быть может, и целой фирмы. 

Работать в команде и сложно, и просто од- 
новременно. С одной стороны, без обмена идеями 
и знаниями программист никогда не сможет реа- 


«every single employee understand that they are part of a whole. thus, if an employee has a problem, the com- 
pany has a problem» (c) the matrix 


лизовать свой потенциал Ha 100%. Великие наход- 
ки и грандиозные открытия, как правило, рожда- 
ются в спорах. С другой стороны, если ты один, те- 
бе приходится рассчитывать только на самого се- 
бя, и никто не придет на помощь в трудную минуту 
(про то, что некоторые пройдохи ухитряются пе- 
рекладывать свои проблемы на чужие плечи, мы 
знаем, но скоромно промолчим). 

Это были плюсы. Теперь о минусах. Команд- 
ная работа требует намного большей самоотда- 
чи, заставляя заниматься не тем, чем тебе инте- 
ресно, а тем, что нужно команде (как говорится, 
что полезно для вида, вредно для индивида), при 
этом неудача одного из участников ударяет рико- 
шетом по всем остальным, и сотни часов, прове- 
денных за монитором, летят впустую. Сплочен- 
ные команды — большая редкость (если они во- 
обще существуют в природе), и интересы участ- 
ников чаще всего оказываются противоречащи- 
ми друг другу. Кто-то рвется вперед, выдвигая од- 
ну сумасбродную идею за другой, кто-то топчется 
на месте, вылизывая каждую строку кода, раду- 
ясь, что ему ценой месячного траха удалось сок- 
ратить длину функции на шесть байт. Как след- 
ствие — возникают расколы и конфликты. Атмос- 


фера внутри коллектива становится душной, а ра- 
бота — непроизводительной. 

Хуже всего приходится творчески активным 
индивидуалистам — необщительным, неуживчи- 
вым, неконтактным, привыкшим работать удален- 
но, каким, собственно, и является мыщьъх, имею- 
щий богатый опыт командной работы (хоть боль- 
шей частью и отрицательный). Но ведь тут вот ка- 
кой момент... Тот, кто умеет что-то делать неосоз- 
нанно, кто наделен этим талантом от рождения, ни- 
когда не сможет объяснить, как именно и что имен- 
но он делает, почему поступает так, а не эдак ит.д. 
Мыщьх же представляет собой довольно аутичный 
тип от природы и общению учился сам, действуя 
методом проб и ошибок, о которых и хочет расска- 
зать, адресуя статью таким же, как он сам. 
> joining the team. Примкнуть к известной ко- 
манде, стать ее частью — мечта каждого второго, 
а, быть может, и двух третей всех программистов. 
Точной статистики у мыщьх'а нет, но и без нее по- 
нятно, что сильная команда — это хорошо, однако, 
тут все не так гладко, как кажется. 

Начнем с того, что «не бойся показаться ду- 
раком, бойся показаться очень умным, потому 
что тогда немедленно возникнет вопрос: если ты 
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такой умный, то почему ты нанимаешься на рабо- 
ту, а не нанимаешь на нее?» (с) Виктор Пелевин 
«Generation Р». Сильные команды в своей массе 
довольно скептически (если не сказать брезгли- 
во) относятся к новичкам, особенно если те ведут 
себя самоуверенно, как будто любая работа им 
по плечу (это, кстати сказать, первый признак 
непрофессионализма: чем больше знает чело- 
век, тем сильнее он начинает комплексовать по 
поводу своей тупости, потому что осознает раз- 
рыв, отделяющий его от истинных знаний; к тому 
же, во всякой предметной области есть куча ню- 
ансов, и ее нельзя освоить с криком «ура», бро- 
сая свое тело на амбразуру технической доку- 
ментации и литературы). 

Лучше занизить планку своих знаний, чем 
завысить ее, поскольку в первом случае остается 
«запас прочности», а во втором — легко попасть 
впросак, не сумев ответить на поставленный воп- 
рос. Опять-таки, следует различать понятия 
«умею» и «видел». Например, мыщьх краем глаза 
видел Perl, но опыта работы с ним не имеет, поэто- 
му зачастую идет не тем путем, которым нужно, 
а тем, который знает. То же самое можно сказать 
uo DELPHI, Си++ и многих других языках. 

Любой нормальный программист имеет пред- 
ставление как минимум о паре десятков языков, 
но активно программирует на двух-трех, на кото- 
рые и следует делать упор, а остальные можно да- 
же не упоминать, особенно, если работал с ними 
давно и уже успел подзабыть. Однажды с мы- 
щьх'ем случился такой конфуз: желая блеснуть 
своим хвостом, он настрочил длинный список язы- 
ков, с которыми когда-либо имел дело. Естествен- 
но, когда его начали проверять, выяснилось, что 
даже простейшую программу для вычисления 
факториала ни на Форте, ни на Лиспе мыщьх (без 
обращения к документации) составить не в со- 
стоянии. Доверие сразу же было подорвано, а са- 
ма компетентность поставлена под сомнение. 

В идеале, следует искать только те команды, 
которые реально нуждаются в тебе, в твоих знани- 
ях и умениях, а не в чем-нибудь другом, но в жизни 
очень часто случается так, что тебе рекомендуют 
подучиться, а то и переучиться полностью! «ОК, 
ты классно программируешь на Си, но мы ведем 
несколько проектов Ha Java, поэтому ты должен 
быть знаком и с этим языком». Соглашаться или 
нет? Спорный вопрос. С одной стороны, если от- 
вечать «да пошли вы все!», то в поисках работы 
можно провести всю оставшуюся жизнь, к концу 
которой Си рискует стать неактуальным, так что 
переучиваться все равно придется. Не сейчас, так 
потом. Но! Нормальный лидер всякой преуспева- 
ющей команды всегда стремится использовать 
навыки и наклонности каждого из программистов 
по максимуму, то есть по назначению. Собствен- 
но, именно это и обеспечивает команде процвета- 
ние. Если же брать кого попало, распределяя за- 
дания хаотичным образом по принципу «не уме- 
ет — научится», то это не команда будет, а просто 
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сброд, с которым хорошо пить пиво и обсуждать 
округлости женщин, но отнюдь не выпускать кон- 
курентоспособные продукты. 

Подытоживая сказанное, сформулируем 
правило номер один: всегда оставайся самим со- 
бой. Если ты влюблен в ассемблер — программи- 
руй на ассемблере. Если ты небрежен, небрит и 
неаккуратен — вот таким и приходи на собеседо- 
вание. Если у тебя рваный график, плавно перете- 
кающий из совы в жаворонка, а потом обратно — 
не бери на себя обязательств приходить на работу 
ровно в восемь или быть в это время как штык 
на 1АС-канале. Поверь, существует множество KO- 
манд, работающих по такому же принципу. Внеш- 
ний вид — не помеха. Главное — результат. 

Как правило, новички панически боятся от- 
ветить «нет» на любой поставленный им вопрос, 
опасаясь, что за этим последует категорический 
отказ (и хорошо, если не пинок ногой), вот и 
«подписываются» на любые условия, которые им 
только предложат. На самом деле, в слове «нет» 
ничего ужасного нет. Употребляй его почаще. 
Оно поможет тебе продать свои умения и навыки 
наиболее выгодно. 


> в команде. Поздравляю! Ты в яйце. С этого 
момента твои личные интересы задвинуты на зад- 
ний план и все свободное (и несвободное) время 
посвящено команде. Некоторые ведут сразу нес- 
колько проектов в различных командах, но, во- 
первых, это страшно выматывает, а, во-вторых, от- 
сутствие концентрации на одной-единственной це- 
ли часто приводит к провалу. 

В команде намного сложнее реализовать 
свой творческий потенциал, свои идеи (особенно 
рискованные и непроверенные), поскольку в слу- 
чае провала страдают все участники команды (а 
у многих жена, дети...). Конечно, без дерзости, 
без творческих порывов не бывает и прорывов, 
но позволить себе втягиваться в работу над рис- 
кованным проектом может либо только что сфор- 
мировавшаяся команда, либо команда, уже име- 
ющая за плечами несколько успешных проектов 
и солидный капитал, но даже в этом случае 
«раскрутить» остальных членов, заинтересовать 
их своим проектом будет нелегко, поскольку 
у каждого из них имеются свои собственные 
идеи, и чем команда больше, тем труднее выде- 
литься на фоне остальных. 


ЗРЕ@СТГТАЕМНЕНИЕ 


АНТОН 

ПАЛАГИН 

директор по развитию 
компании Eykon 


ШИ FAQ ПО КОМАНДНОЙ РАЗРАБОТКЕ 


Помни, что все 
9 мы люди, а лю- 
дям свойственно оши- 
баться. Не относись к 
чужим ошибкам слиш- 
ком категорично. 

Уважай чужое 
© мнение и поста- 
райся разобраться в 
чужой точке зрения, 
вместо того, чтобы от- 
стаивать свою с пеной 
у рта. Помни, что в спо- 
ре рождается истина. 

Не игнорируй ко- 
© мандные инстру- 
менты разработки, по- 
лагаясь на свою память 
и кучу бумажек, накле- 
енных на монитор. Ак- 


тивно используй и си- о Не старайся 
стему контроля версий, объяснить ди- 
и багтрек. зайн своего компонен- 


та на пальцах, а ис- 


о Не кати бочку на 
пользуй язык ит! и га- 


коллегу из-за то- 


го, что его «кривой» 
код «косячит». Если ты 
нашел его ошибку, опи- 
ши ее в багтреке, со- 
проводив куском кода, 
который вызвал сбой, 
или скриншотом, объяс- 
няющим результат. 
Следуй стандар- 
о там кодирова- 
ния, используемым 
остальной командой 
(компанией). Так твоим 
коллегам будет проще 
разбираться с кодом. 


tional rose для создания 
множества других диа- 
грамм rational. 
Внимательно 
© следи за разви- 
тием проекта, над кото- 
рым работаешь. Это 
позволит тебе быть 
в курсе, чем занимают- 
ся твои коллеги, в кур- 
се самых последних из- 
менений. Вдруг то, что 
ты хотел сделать сегод- 
ня, уже сделано в чу- 
жом коде. 


С другой стороны, в маленьких командах ни- 
какая исследовательская деятельность невоз- 
можна в принципе. Главное здесь — получить ра- 
бочий продукт в отведенные строки, не отвлека- 
ясь на посторонние вопросы. Ты хочешь экспери- 
ментов, чувствуешь, что можешь значительно 
увеличить производительность и функционал ко- 
да, если сменишь парадигму программирования, 
библиотеку, компилятор и т. д. Тебе интересно по- 
сидеть с Кнутом, осваивая новые алгоритмы, что- 
бы в конечном счете выбрать самый эффектив- 
ный из них, но... Команду это не интересует! Код 
работает — и это главное! Навряд ли оптимизация 
увеличит объемы продаж. Лучше выпустить еще 
один минимально работающий проект. А потом 
еще один и еще... Постепенно это гонка превра- 
щается в настоящий марафон, требующий только 
тех знаний, которые уже есть, и никак не способ- 
ствующий творческому развитию. 

Большие команды могут позволить талант- 
ливому программисту совершенствовать свое 
мастерство и годами вести исследовательскую 
деятельность, которая, возможно, не принесет 
никакой отдачи. А возможно и принесет. В девят- 
надцатом веке лишь немногие люди верили 
в перспективу электричества, остальные же счи- 
тали, что оно пригодно лишь для игрушек и фоку- 
сов. Графический интерфейс тоже поначалу не 
вызвал большого энтузиазма, а сейчас это основ- 
ной способ работы с компьютером. Никто и никог- 
да не сможет заранее сказать, какая технология 
окажется перспективной, а какая — нет, однако, 
это не значит, что любая бредовая идея будет 
щедро финансироваться. 

В принципе, обладая достаточной напорис- 
тостью (и авторитетом) можно «раскрутить» ли- 
дера команды на любой проект, убедив его, что 
все будет ОК. Это самая легкая часть, но потом 
приходится сложнее. Самые замечательные и 
элегантные (на бумаге) конструкции зачастую 
рассыпаются в прах при столкновении с реаль- 
ностью. На поздней стадии нередко вскрываются 
непредвиденные трудности, которые без допол- 
нительных (и весьма крупномасштабных) иссле- 
дований никак не удается обойти. Проект затяги- 
вается, требуя все новых вложений, но бросить 
его, похоронив тысячи строк кода, жалко. Коман- 
да высаживается и нервничает, теряя время и 
деньги, а ты — авторитет. 

Правило номер два: продвигая свои идеи, 
никогда не выдавай желаемое за действительное 
и не убеждай других в том, в чем сам до конца не 
уверен. Если проект провалится, — это не прине- 
сет пользы ни тебе, ни команде. Конечно, от оши- 
бок и провалов никто не застрахован, но если ре- 
шение о новом проекте принималось коллегиаль- 
но, то в случае досадной неудачи ответственность 
равномерно распределяется между всеми участ- 
никами. Если же ты агрессивно лоббировал свою 
позицию, тебе это обязательно припомнят в не 
самом лучшем виде. 


> соображения о стиле программирования. 
Стиль программирования — весьма щекотливый 
вопрос. В одних командах имеется свод правил 
оформления листинга (учитывающий буквально 
все: от расстановки фигурных скобок до системы 
наименования переменных), в других — ничего по- 
добного нет. Пиши как хочешь и на чем хочешь! 
У каждой практики есть свои плюсы и минусы. Да- 
же плохой стандарт кодирования, поддерживае- 
мый всеми участниками, лучше, чем его полное от- 
сутствие. Команда на то и команда, чтобы рабо- 
тать совместно, попеременно заглядывая то 
в свои, то в чужие листинги. И если каждый начнет 
следовать своим привычкам, образуется формен- 
ный балаган, в котором через некоторое время бу- 
дет совершенно невозможно разобраться. 

А вот и другая сторона медали (очень часто 
упускаемая маркетоидами из виду). Привычка — 
это вторая натура и от нее никуда не уйти. Кодиро- 
вание в «неестественном» стиле значительно сни- 
жает производительность труда и одновременно 
с этим затрудняет поиск ошибок «глазами». К то- 
му же, если программист использует фрагменты 
ранее написанных листингов, их придется рекон- 
струировать в соответствии с правилами кодиро- 
вания, а это не только впустую потраченное вре- 
мя, но еще и вероятность внесения ошибок в уже 
отлаженный код. А что если один и тот же исход- 
ный файл используется в нескольких независи- 
мых проектах, каждый из которых велит придер- 
живаться своих правил кодирования?! Как разви- 
вать и сопровождать такой файл? Это же сдохнуть 
можно, если вручную синхронизовать несколько 
проектов без подходящих средств оптимизации! 

Правило номер три: если тебя не устраивает 
стандарт кодирования, принятый в команде, пиши 
в своем стиле, пытаясь убедить остальных в том, 
что от этого никому хуже не станет. Как показыва- 
ет мыщьх'ный опыт, в большинстве случаев это 
срабатывает. Стиль программирования — это во- 
обще-то, так, ерунда. Бюрократическая волокита. 
Гораздо важнее сразу определиться с используе- 
мыми языками и компиляторами. Допустим, 9 из 
10 членов команды пишут на Си, a один — на DEL- 
PHI. Состыковать откомпилированные модули — 
не проблема, но вот для эффективной работы 
каждый участник проекта должен понимать любо- 
го другого. Мы не можем просто сказать — возь- 
ми DELPHI uv напиши крутой интерфейс для нашей 
программы, поскольку сразу же возникает вопрос: 
а, что, собственно, писать? Какими функциями об- 
ладает программа на данный момент, и какими 
она (возможно) будет обладать? К тому же, интер- 
фейс полностью отделен от вычислительной час- 
ти лишь в книжках по программированию, а в ре- 
альной жизни все компоненты программы связа- 
ны друг с другом, и если DELPHI-nporpammnct аб- 
солютно не разбирается в Си, остальные члены 
команды будут вынуждены постоянно отвлекаться 
от своей работы, объясняя ему что и как. И наобо- 
рот. Си-программисты обязаны знать DELPHI хотя 


бы на минимальном уровне, чтобы самостоятель- 
но собрать проект без посторонней помощи. 

Крайне нежелательно использовать в проек- 
те языки, которые кроме тебя никто не знает (нап- 
ример, Haskell или Ruby), поскольку это ставит 
в зависимость остальных членов проекта. В ре- 
зультате ты становишься незаменимым носите- 
лем знания. В команде, состоящей из нескольких 
человек, с этим еще можно как-то смириться, но 
вот крупные коллективы тебя просто попрут. 
И правильно сделают! А вдруг ты решишь уйти 
или забросить проект, занявшись другими неот- 
ложными делами? Кто разберется в твоих исход- 
ных текстах, если потребуется исправить баг или 
добавить новую фичу? Какой смысл ставить под 
удар труд десятков людей только потому, что на 
таком-то языке задача решаться чуть-чуть более 
эффективно, чем на общепринятых? 

Но даже в рамках одного языка (например, 
того же Си) необходимо согласовать используе- 
мые компиляторы, поскольку «смешанное» прог- 
раммирование еще никого не доводило до добра. 
Достаточно привести один пример: в Borland С++ 
тип char по умолчанию unsigned, а у Microsoft 
Visual C++ — signed, поэтому программа, разрабо- 
танная Ha Borland C++, может разваливаться при 
компиляции nog Microsoft Visual C++ и наоборот. 
Но с этим еще можно хоть как-то бороться. Ска- 
жем, взять за правило компилировать программу 
несколькими компиляторами и давить баги еще 
в зародыше. При переносе на другие платформы 
это очень помогает! Но никогда не надо собирать 
программу из объектных файлов, откомпилиро- 
ванных разными компиляторами, поскольку каж- 
дый из них завязан на свой RTL, a RTL должен 
быть только один! В крайнем случае, транслируй- 
те объектные файлы, созданные различными ком- 
пиляторами, в ОМ -модули. Это снижает произво- 
дительность (и подчас довольно значительно), но 
исключает конфликт RTL. 

Другой больной вопрос — это хаки, то есть 
нестандартные приемы программирования, за- 
частую завязанные на малоизвестные или недо- 
кументированные возможности операционной 
системы, языка программирования или компиля- 
тора. Их следует избегать любой ценой! И это не 
обсуждается! 
> — размер имеет значение, или о том, как прог- 
раммисты меряются письками и что из этого обыч- 
но выходит. Как говорится, «тормозит обычно тот, 
кто за клавиатурой, да и то, лишь по мнению тех, 
кто не за ней». Критиковать чужие ошибки и прос- 
четы всегда легко, но зачем?! Только чтобы почу- 
вствовать превосходство над остальными? «Все, 
мол, кретины и дураки, один я умный, весь проект 
держится на мне, чтобы вы, идиоты, без меня де- 
лали и т.д.». Да, в команде могут (и должны!) 
встречаться программисты различного уровня 
квалификации. Тезис о том, что все члены долж- 
ны стоять на одной ступеньке, в корне неверен, и 
вот почему: программное обеспечение крайне не- 
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однородно по своей структуре и состоит из моду- 
лей различной сложности. С одними справится 
даже девушка, закончившая двухнедельные кур- 
сы, другие же потребуют консолидации усилий 
нескольких матерых спецов. Какой смысл пору- 
чать спецам писать простой код? Не лучше ли ис- 
пользовать их навыки там, где они действительно 
необходимы? И потом, специалистами не рожда- 
ются. Старшие передают опыт младшим, так бы- 
ло испокон веков. 

Профессионалы, кстати говоря, встречают- 
ся самые разные. Одни смотрят на салаг свысока, 
другие же общаются с ними как с равными, зачас- 
тую вступая в разборки по поводу и без. Но под- 
робных объяснений ждать в любом случае не сто- 
ит. Ты не в институте, и за твое обучение денег 
никто не получает. А объяснять очередному пио- 
неру в сотый раз одни и те же истины — скучно, 
неинтересно и непродуктивно. 

Правило номер четыре: профессию не полу- 
чают, ее воруют. Присматривайся к остальным 
членам команды и бери на заметку все полезные 
приемы программирования, обращая внимание 
даже на незначительные нюансы. Не бойся откры- 
то обсуждать свои идеи с коллегами. Даже если 
тебя раскритикуют и поднимут на смех, по край- 
ней мере, укажут на ошибки, а это дорого стоит! 
Также, не пытайся завоевать дешевый авторитет, 
руководствуясь принципом: кто ничего не дела- 
ет — тот никогда не ошибается. Пускай авторитет 
позаботится о себе сам. Твоя основная задача — 
совершить максимум ошибок, наступив на все 
грабли, которые только находятся в пределах до- 
сягаемости. Шишки — заживут, ошибки — забу- 
дутся, а знания — останутся и будут работать на 
авторитет. На настоящий авторитет, который 
нельзя ни пропить, ни скомпрометировать, ни по- 
терять, потому что он реален. 

Гораздо лучше заслужить репутацию чело- 
века, не боящегося признаться в собственной не- 
компетентности, чем выглядеть снобом. Впрочем, 
в руководители высшего звена пробиваются 
именно снобы и губят всех тех, кто находится под 
ними. Сравните, какой была Microsoft при Билле 
Гейтсе и какой она стала при Стиве Балмере. 
> заключение. Прежде чем закончить свое 
сумбурное «пособие по выживанию», мыщъх хо- 
тел бы напомнить, что в таких вопросах никакой 
истины не существует и «сколько людей — столь- 
ко же и мнений». Мыщъх высказал свое. Это не 
означает, что все остальные мнения порочны и 
неверны. Вовсе нет! Главное ведь результат, а не 
пути его достижения. Чужой опыт редко бывает 
полезен остальным, поскольку зависит от психо- 
типа личности и стоящих перед ней проблем, 
а проблемы можно решать по-разному. Одни 
предпочитают склонять голову, другие — идут 
напролом. Третьи же комбинируют два первых 
способа, помня о мудрой восточной поговорке: 
«не будь слишком мягким — сомнут, не будь 
слишком твердым — сломают» © 
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> процесс работы. Пройдемся по некоторым 
важным моментам, которые обязательно будут 
встречаться при создании любого флеш-проекта, 
особенно когда работаешь с Actionscript. 
Базовая единица в работе — timeline. Содержание 
меняется с помощью свойств. Для этого нужно за- 
ранее определить, как будет работать анимация и 
какие визуальные элементы в этом шоу будут 
участвовать. И уже с учетом этого создается струк- 
тура томеСйр’ов, отделяются подвижные элемен- 
ты от статичных и т.п. Основная цель — сделать 
так, чтобы во всем можно было легко разобраться. 
Далее следует обратить внимание на регист- 
рационную точку movieClip. Когда работаешь с 
timeline tween, весь процесс основан на прямом ви- 
зуальном определении позиций элементов. В слу- 
чае, когда работаешь с AS tween, все иначе, а са- 
мое главное — координата movieClip Ha timeline. 
У главного timeline (_root) регистрационная точка 
находится в верхнем левом углу. Когда создаешь 
новый MovieClip и продвигаешь его на координату 
х:100, у:100, для всего его контента локальная ко- 
ордината х:0,у:0 будет на самом деле координатой 
х:100, у:100 на _root. В этом нет ничего особо 
страшного, но если в процессе работы не обращать 
внимания на регистрационные точки MovieClip, воз- 
никнет ситуация, когда локальные координаты кли- 
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пов вообще не совпадут с теми, которые ты видишь 
на сцене. Самый лучший подход на практике — 
создавать все клипы так, чтобы их регистрацион- 
ные точки совпадали с верхним левым углом глав- 
ного _root timeline. С таким подходом ты всегда бу- 
дешь работать с глобальными координатами (то 
есть с теми, с которыми работаешь визуально). 
Последняя, но очень важная вещь, на кото- 
рую нужно обратить внимание, — сам Actionscript. 
Рекомендуется его держать «на одном месте». 
Грамотно сделанный с помощью слоев timeline no- 
может быстрее разобраться, когда в проекте поя- 
вится достаточно много контента. Создай отдель- 
ный слой (или несколько) для скрипта и отдельно 
слой для контента, которым будешь управлять. 
Старайся достаточно комментировать скрипт с по- 
мощью однострочных (//), либо в несколько строк 
(/* — */) комментариев. В больших скриптах ком- 
ментарии помогают ориентироваться, искать по- 
тенциальные ошибки и делать изменения. 
> motion tween во флеше состоит из movieClip- 
объекта (можно использовать и группу), который 
находится на 2-х (или больше) ключевых кадрах 


(Кеуйате) в разных видах. Он может отличаться по 
атрибутам, месту нахождения, ротации, размеру, 
цвету и прозрачности. То что на самом деле делает 
tween, это вычисления изменений атрибутов 
movieClip в обычных кадрах, которые лежат между 
двумя ключевыми кадрами. Проще говоря, это тот 
же самый MovieClip, который меняется с каждым 
кадром, пока его атрибуты не станут такими, как 
в последнем кадре. Вся анимация вычисляется 
в момент экспортирования $\М-файла. 

Посмотрим, как это работает на простом при- 
мере. Нарисуем на сцене что угодно и сделаем от 
этого movieClip. На 20-м кадре делаем другой клю- 
чевой кадр и двигаем movieClip на другое место. 
Между ключевыми кадрами делаем motionTween. 
Экспортируем и смотрим размер \-файла. Раз- 
мер должен быть достаточно маленьким, меньше 
1 Кб, если, конечно, поверхность достаточно прос- 
тая. Добавим теперь изменения для некоторых ат- 
рибутов. Поменяем цвет, ротацию, размер и проз- 
рачность movieClip на втором ключевом кадре. Ko- 
личество изменений выросло, и увеличился раз- 
мер swf-cbaiina, но не намного. 


Давай теперь добавим еще кадров, увели- 
чим длину tween. Подвинь последний ключевой 
кадр на 100-ый кадр и посмотри размер. Теперь на 
200-ый, а потом и 1000-ый. Умножь это на 10 или 
на 20, что примерно представляет общее количе- 
ство tween-KagpoB в одном проекте. Размер еще 
кажется маленьким? Конечно, даже такой размер 
на сегодняшний день, при серфинге интернета че- 
рез высокоскоростные каналы, не представляет 
большой проблемы. Скорее всего, основную проб- 
лему создаст перемещение ключевых кадров. 
Двигать второй ключевой кадр на 1000-ый кадр 
было не очень приятно? А представь, что это надо 
делать по 20 раз и больше... 
> ActionScript tween. Нам нужен один movieClip 
и десяток строк Ha AS, которые мы можем исполь- 
зовать для анимации любого томеС!р в проекте. 
Не будет дополнительных \мееп-кадров, в которых 
записано, как меняются атрибуты клипов, следо- 
вательно, размер swf не будет увеличиваться. Все 
потому, что такой тип tween не вычисляет анима- 
цию наперед, а только в момент ее воспроизведе- 
ния. То есть компьютер в процессе прорисовки 
анимации должен калькулировать tween в каждом 
кадре. Звучит как проблема, но сегодняшние мощ- 
ности персоналок глотают подобные вычисления 
без особых напрягов. 

Достаточно написать одну строку — вызов 
функции, которой мы передаем название и атрибу- 
ты изменяемого MovieClip, конечные числа анима- 
ции и количество кадров (длину tween). Все кажет- 
ся достаточно простым. Чтобы, к примеру, поме- 
нять длину tween (подвинуть его на 1000-ый кадр), 
достаточно поменять одно число в его функции. 

Код, который используется для tween, по 
размеру в финальном $\-файле занимает около 
3-4 Кб. В этом коде находятся все возможные ком- 
бинации tween, которые мы, возможно, и не будем 
использовать. Но этот единый код мы можем ис- 
пользовать везде в проекте. 

3» tween-npototunbi. Скрипт во флеше, как и 
все остальное, основан на проигрывании кадров. 
В старых версиях флеша был единый способ соз- 
дания подобной анимации — с помощью пустых 
клипов, которые постоянно крутили два кадра, 
а в одном из них был скрипт, который нужно было 
запускать. Теперь есть возможность программно 


запустить скрипт на любом MovieClip с помощью 
опЕтегЕгате-функции (handler), скорость же зави- 
сит oT FPS-npoexta. 

Основу AS tween заложил Роберт Пеннер 
(www.robertpenner.com). Он первый, кто написал пакет 
основных функций. Эти функции (\мееп-прототипы) 
сделали настоящий переворот в мире А$-програм- 
мирования, и в последней версии флеша Macromedia 
официально предложила ux для AS tween. 

Посмотрим несколько tween-npototunos. В пер- 
вой версии, которая написана для AS1 (ее-то мы и бу- 
дем использовать), все функции написаны как часть 
Ма#-объекта. Самая простая из них делает линей- 
ный tween — анимацию без ускорения и замедления. 

Эта функция, как и все остальные, получает 
некоторые значения на входе и возвращает просчи- 
танные значения, которые мы можем использовать 
для анимации. Первый параметр (t) означает теку- 
щий кадр, который считаем. Его значение начинает- 
ся сединицы и увеличивается до числа, которое оз- 
начает длину анимации в кадрах (9). Второй napa- 
метр (6) — это начальное значение атрибута, кото- 
рый обсчитываем. Так, если буем двигать MovieClip 
просто по _х-направлению, тогда нам нужно началь- 
ное значение _х. Третий параметр (с) означает, на 
сколько нужно поменять атрибут MovieClip. Чтобы 
подвинуть MovieClip на 200 пикселей вправо, просто 
нужно поставить 200. Для движения влево нужно 
поставить -200. В четвертом параметре — количест- 
во кадров, то есть длина анимации. Здесь можно 
поставить любое число больше нуля. 

Следующая функция делает более сложное 
движение. Сначала объект будет двигаться мед- 
ленно, потом быстрее. 

Все функции можно найти на странице Робер- 
та Пеннера www.robertpenner.com. Причем функции су- 
ществуют для двух форматов А$1 и AS2. 

Для движения томеС!р нам нужны не только 
{мееп-прототипы. Они возвращают специфические 
значения в зависимости от параметров, которые 
мы им задаем. А нужен нам еще один тип функ- 
ции — tween manager. Именно tween manager уп- 
ростит и автоматизирует процесс создания tween. 

Нет единого способа создания \\мееп-менед- 
жера. По сути, это функция, которая принимает, 
аналогично {мееп-прототипам, параметры, меняет 
переменную (1) текущего кадра и атрибуты MovieClip 


КАК 
ЗАКАЛЯЛАСЬ 
СТАЛЬ 


Статьей этой было весьма весело за- 
ниматься. Основная тонкость заклю- 
чалась в том, что автор отлично знал 
тему, но плохо писал по-русски. Читал 


и говорил он при этом очень даже хо- 
рошо. Писать же, к примеру, на анг- 
лийском, а потом переводить на рус- 
ский — совсем не то, так как потеря- 
лись бы некоторые языковые тонкос- 
ти и непередаваемые русские оборо- 
ты :). В итоге, было принято решение 
найти некий компромисс. Выбор пал 
на транслит вперемешку с английски- 
ми словами и чисто флешевыми тер- 
минами без перевода. Тогда мы поду- 


мали, что проблем особых не будет. 
А когда получили сам текст... Сама пе- 
репись с транслита на русский потре- 
бовала немало времени, а въехать 
в некоторые обороты и попробовать 
воссоздать все на читаемом рус- 
ском... Одним словом, суммарно было 
убито времени как на 2-3 обычных 
статьи. Но результатом довольны, так 
как это получился, в своем роде, 
эксклюзив по-сербски :). 
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в зависимости от результата. В Сети есть несколь- 
ко неплохо сделанных и проверенных временем 
«пакетов» функций, с помощью которых можно 
сделать любой tween. Вот некоторые из них: 


1 TWEEN MANAGER LADISLAVA ZIGO 
МОЖНО НАЙТИ 

НА HTTP://LACO.WZ.CZ/TWEEN/. НА ЕГО 
САЙТЕ НАХОДИТСЯ И ПРОГРАММКА ДЛЯ 
СОЗДАНИЯ ЛЮБОЙ ТМ/ЕЕМ-ФУНКЦИИ, 
КОТОРУЮ МОЖНО СКАЧАТЬ 

КАК КОМПОНЕНТ ДЛЯ ФЛЕША. ЕСТЬ 

И ОБЗОР РАЗНЫХ ТМЕЕМ-МЕНЕДЖЕРОВ, 
ТАК ЧТО МОЖНО ПОСМОТРЕТЬ, КАК ОНИ 
РАБОТАЮТ, И ОПРЕДЕЛИТЬСЯ, КАКОЙ 
ТЕБЕ БЛИЖЕ. 


2 ANIMATION PACKAGE ALEX UHLMANNA 
ЛЕЖИТ HA САЙТЕ WWW.ALEX- 
UHLMANN.DE/FLASH/ANIMATIONPACK- 
AGE/. ЭТОТ МОЩНЫЙ ПАКЕТ МОЖНО 
ИСПОЛЬЗОВАТЬ НЕ ТОЛЬКО 

ДЛЯ СОЗДАНИЯ TWEEN, 

НО И ДЛЯ РИСОВАНИЯ ЛИНИЙ И РАЗНЫХ 
ПОВЕРХНОСТЕЙ ($НАРЕ). 


Все эти менеджеры на первый взгляд кажутся 
достаточно сложными, и с непривычки будет 
проблематично оседлать незнакомый скрипт. 
Поэтому вернемся к нашим тараканам и сами 
напишем простой {мееп-менеджер. A когда пой- 
мешь работу созданной функции, будет гораздо 
легче разобраться с принципом работы других 
пакетов. 
> наш tween-MeHeppKep будет основан Ha опЕп- 
{егЕгате-функции. А значит, будет зависеть от FPS 
флеш-документа, в котором работает. Наиболее 
оптимальные значения FPS — в районе 40-60, 
но в зависимости от случая они могут быть меньше 
или больше. Также эту функцию напишем как про- 
тотип movieClip-o6bekTa. Это позволит его запус- 
кать на любом томеСИр в проекте. AS1 подходит 
для этого как нельзя лучше. 

Наша функция должна иметь следующие пе- 
ременные на входе: 


™ ТИП TWEEN-NPOTOTUNA ИЗ ПАКЕТА 
РОБЕРТА ПЕННЕРА, КОТОРЫЙ ХОТИМ 
ИСПОЛЬЗОВАТЬ; 


— АТРИБУТ MOVIECLIP, КОТОРЫЙ ХОТИМ 
ПОМЕНЯТЬ — ФУНКЦИЯ ДОЛЖНА ВЗЯТЬ 
ЗНАЧЕНИЕ ЭТОГО АТРИБУТА ДЛЯ 
НАЧАЛА АНИМАЦИИ; 


™ ЗНАЧЕНИЕ АТРИБУТА В КОНЦЕ TWEEN; 


“~ ДЛИНА TWEEN В КАДРАХ. 
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Функция называется tweenPropertyTo, деклариру- 
ем ее через прототип томеСПр-объекта. Все вхо- 
дящие параметры уже описаны. 


Локальную переменную с будем использовать как 
замену movieClip, на который применяем tween. 
Потом делаем объект vars, в котором будут хра- 
ниться атрибуты и значения переменных, нужных 
для tween. 


переменные по очереди: 
“ Т БУДЕМ ИСПОЛЬЗОВАТЬ КАК СЧЕТЧИК; 


— PR БУДЕТ ХРАНИТЬ АТРИБУТ, КОТОРЫЙ 
ДЕЛАЕМ STRING (ЕСЛИ НУЖНО МЕНЯТЬ 
_Х, В ФУНКЦИЮ БУДЕМ ПЕРЕДАВАТЬ 
«_Х»); 


— В АВТОМАТИЧЕСКИ ВЫЧИСЛЯЕТ HA- 
ЧАЛЬНОЕ ЗНАЧЕНИЕ АТРИБУТА, КОТО- 
РЫЙ МЕНЯЕМ; 


™ С ХРАНИТ ЗНАЧЕНИЕ ИЗМЕНЕНИЯ АТРИ- 
БУТА; 


“ О ХРАНИТ ДЛИНУ TWEEN В КАДРАХ; 


— TT ХРАНИТ ТИП TWEEN, КОТОРЫЙ ХО- 
ТИМ ИСПОЛЬЗОВАТЬ, ЕГО ТОЖЕ НУЖНО 
НАЗНАЧИТЬ КАК STRING (ЕСЛИ БУДЕМ 
ИСПОЛЬЗОВАТЬ ФУНКЦИЮ MATH.LIN- 
EARTWEEN, НАЗНАЧИМ ПЕРЕМЕННУЮ 
КАК «ИМЕАВТМЕЕМ», ТОЛЬКО ОБРАЩАЙ 
ВНИМАНИЕ НА ЗАГЛАВНЫЕ БУКВЫ, ТАК 
КАК ОНИ ДОЛЖНЫ СТРОГО СООТВЕТ- 
СТВОВАТЬ). 


Запускаем onEnterFrame event, который будет ис- 
полнять tween в каждом кадре. В строке 11 подни- 
маем значение { на единицу. В строке 12 проверя- 


ем, стало ли значение { больше значения 4. Если 
стало больше, то тогда функция OnEnterFrame оста- 
навливается в строке 16, а объект Vars удаляется. 

Обрати внимание на строку 13. В ней нахо- 
дится вызов tween-npoToTuna, и его результат ав- 
томатически применяется к атрибуту movieClip. 
Значит, если хотим анимировать свойство _х и ис- 
пользуем функцию easeOutCirc, сама строка выг- 
лядит как: 


Это самый простой tween manager. Остается толь- 
ко его запустить. Быстрый способ — один 
из tween-npototunos Роберта Пеннера выложить 
на первый кадр нашего проекта. Делаешь 
movieClip, называешь его mclip и анимируешь 
один из его атрибутов. 
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строку кода. Если не нравится длина — 50 кадров, — 
меняешь на 1000. Все просто. Исходник можно най- 
ти по адресу: www.shockwaver.net/swf/tween/tweentest.fla. 

Но это самая простая версия \мееп-менедже- 
ра, и она не позволяет менять несколько атрибутов 
одновременно, например _х и _у вместе, чтобы по- 
лучить движение по диагонали. 


Полную же версию можно найти здесь: www.shock- 
waver.net/swf/tween/tweentull.fla. Основной принцип оди- 
наковый. Несколько атрибутов и их значения мож- 
но передать функции как массив. 

Еще одна возможность — исполнение до- 
полнительной функции по завершению tween: 


Спустя некоторое время работы со скриптами 
ты увидишь, что скриптовая анимация не только не 
сложна, но и незаменима. 

> — когда нужен frame tween. Есть определенные 
ситуации при работе с флешем, когда frame motion 
или shape tween необходимы. К примеру, какое-то 
очень сложное движение по заранее определен- 
ной траектории или покадровая анимация, 3d... 
В любом случае, анимацию, которая у нас лежит в 
movieClip, можно контролировать с помощью 
{мееп-менеджеров и \ееп-прототипов. 

У каждого movieClip есть атрибуты _current- 
frame и _totalframes, но их можно только читать. То 
есть текущий кадр MovieClip мы не можем контро- 
лировать с помощью этих атрибутов. Для этого ис- 
пользуем методы gotoAndStop() и gotoAndPlay(). 
Поскольку наш \мееп-менеджер может анимиро- 
вать только атрибуты, посмотрим, как можно сде- 
лать новый атрибут и контролировать его (у AS2 
есть более удобный способ для создания новых 
атрибутов, но мы работаем в А$1). 


Здесь три функции. Первая и вторая называются 
«получатель» и «установщик». Их задача — приме- 
нить существующие методы, чтобы поменять наш 
movieClip. Последняя функция инициализирует но- 
вый атрибут всем MovieClip через их прототип. Теперь 
можно вместо mclip.gotoAndStop(frame) написать: 


У нас теперь есть новый атрибут, и мы можем его 
анимировать {мееп-менеджером: 


Эта строка анимирует тсйр с его текущего кадра 
до 50-го, используя прототип easeOutQuad длиной 
в 120 кадров. 

Обрати внимание, что некоторые tween-npo- 
тотипы (например, easeOutElastic и easeOutback) 
не могут работать с предельными значениями 
кадров. Значения, которые эти функции возвра- 
щают, выходят за рамки, в которых работают ос- 
тальные tween. Если у нашего клипа есть 50 кад- 
ров, и мы в качестве финального значения ис- 
пользуем 50 и функцию easeOutElastic, tween-me- 
неджер попробует подвинуть клип на кадры за 
50-ым. А поскольку их нет, это не будет отобра- 
жаться. 
> = еще несколько полезных функций, которые 
мы можем использовать вместе с нашим \\мееп-ме- 
неджером. Опять нам поможет Роберт Пеннер 
с собранием функций для контролирования цвета 
movieClip. Поменять цвет movieClip — не настолько 
простой процесс, но эти функции сделают это лег- 
ко. С помощью функций можно менять цвет в hex, 
инвертировать цвета клипов, контролировать яр- 
кость и т.п. Качаешь их тут: www.robertpenner.com/ 


tools/color_toolkit.zip. Включаешь в проект (уже прису- 
тствуют в tweenfull.fla) и получаешь новые атрибу- 
ты, которые можно использовать в \мееп-менед- 
жере. Некоторые из этих атрибутов: _brightness, 
_contrast, _rgb и другие. 

Сделаем с помощью этих функций tween 
цвета. Для этого нужна еще одна функция, кото- 
рая подготовит movieClip для tween: 


MovieClip.prototype.tweenHex = 


function (tweenType, startHex, endHex, 
frames, callBack) { 
var c = this; 


c.setRGBStr (startHex) ; 

var stR = parselInt (startHex.substr(0,2), 
Loe 
var stG = parselInt (startHex.substr(2,2), 
тв 
var stB = parselInt (startHex.substr(4,2), 
Ley 
var enR = parselInt (endHex.substr(0,2), 
AG 
var enG = parselInt (endHex.substr(2,2), 
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LGN A 
var enB = parselInt (endHex.substr(4,2), 
Whe) 
Vac “rune = function () 4 
c.setRGBStr (endHex) ; 
callBack(); 
} 
c.tweenPropertyTo (ЕмеепТуре, 
{["_red","_green","_blue"],[enR,enG,enB], 
frames, rFunc); 


В 


а потом запускаешь функцию: 
mclip.tweenHex ("easeOutBounce","000000", 
APPS S66" 2 50 y 


Возможности tween'a ActionScript'om позволяют 
сделать практически все и на порядок больше, 
нежели обычный tween, который создается при 
помощи множества кадров. 

Надеемся, что уже в следующем своем проекте 
ты попробуешь что-нибудь сделать с помощью 
ActionScript tween'a © 


Два ядра. 
Делай больше. 
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наводнение 


в цирке 


БОРЬБА С УТЕЧКАМИ РЕСУРСОВ И ПЕРЕПОЛНЯЮЩИМИСЯ 
БУФЕРАМИ НА ЯЗЫКОВОМ И ВНЕЯЗЫКОВОМ УРОВНЕ 


С УТЕЧКАМИ РЕСУРСОВ И ПЕРЕПОЛНЯЮЩИМИСЯ БУФЕРАМИ ПРОГРАММИСТСКОЕ 
СООБЩЕСТВО БОРЕТСЯ УЖЕ ЛЕТ ТРИДЦАТЬ, НО ВСЕ БЕЗУСПЕШНО. В ЭТОЙ СТАТЬЕ 
МЫЩЬХ ДЕЛИТСЯ СВОИМИ СОБСТВЕННЫМИ ТРЮКАМИ И НАХОДКАМИ. НА «СЕРЕБРЯНУЮ 
ПУЛЮ» ОНИ НЕ ПРЕТЕНДУЮТ, НО ЛИКВИДИРУЮТ ЗНАЧИТЕЛЬНОЕ КОЛИЧЕСТВО ОШИБОК 


С МИНИМАЛЬНЫМИ НАКЛАДНЫМИ РАСХОДАМИ 


Крис Касперски ака мыщьх 
по е-тай 


> введение. Проблемы утечки ресурсов и пере- 
полнения буферов главным образом относятся к Си 
(ив меньшей степени к его преемнику — Си++). Это 
не покажется удивительным, если вспомнить, что 
Си — самый низкоуровневый из всех высокоуров- 
невых языков, всего лишь на одну ступень отстоя- 
щий от ассемблера. Си делает только то, о чем его 
просят, вынуждая программиста самостоятельно 
выделять и освобождать память, контролировать 
границы буферов и заботиться о массе других ве- 
щей, которые Ha Java, С# и многих других языках 
автоматически выполняются компилятором (инте- 
рпретатором). Однако ни один из них не завоевал 
такой популярности, как Си, и навряд ли завоюет ее 
в дальнейшем. Почему? На Си написано огромное 
количество программ, которые необходимо разви- 
вать и поддерживать, Си обеспечивает максималь- 
ную производительность и переносимость, в то вре- 
мя как его конкуренты предлагают либо производи- 
тельность, либо переносимость. 


Что же касается Си++, то это гибрид, вобравший 
в себя множество концепций и парадигм програм- 
мирования, позаимствованных из таких языков 
как, например, ADA или Smalitalk, Ho все равно ос- 
тавшийся «ручным». В нем нет ни сборщика мусо- 
ра, ни динамических стековых массивов, ни авто- 
матического контроля границ, ни многих других ве- 
щей, которые по-прежнему приходится делать ру- 
ками. А нет их там потому, что вся эта «автомати- 
зация» заметно снижает производительность и 
превращает Си++ в пародию на Visual Basic, яр- 
чайшим примером которой является С#. Ходят ус- 
тойчивые слухи, что значительная часть 1опдпогп'а 
была написана на C#, но, несмотря на все усилия 
разработчиков, достичь приемлемой производи- 
тельности и стабильности им так и не удалось (а 


что еще можно ожидать от Бейсика, пускай и прод- 
вигаемого под видом Си?). В конечном счете, ком- 
пания была вынуждена похоронить миллионы 
строк, и начать разработку заново. Если не ошиба- 
юсь, текущая версия Windows Vista базируется на 
коде Зегуег 2003, написанном на смеси Си с Си++, 
а это значит, что отказ от Си/Си++ (по крайней ме- 
ре, в крупных проектах) невозможен, и вместо то- 
го, чтобы жаловаться на судьбу, лучше придумать 
пару-тройку новых методов 6 орьбы с утечками и 
переполняющимися буферами, о чем мы сейчас 
и поговорим. 

>  переполняющиеся буферы. Ошибок nepe- 
полнения не избежала практически ни одна чуть 
более сложная, чем «Пейо, world!», программа, 
а все потому, что ошибки переполнения в Си носят 


фундаментальный характер, и язык не предостав- 
ляет никаких механизмов для их преодоления. 
Контроль границ буфера приходится осуще- 


ществу, в Си вообще нет никаких буферов. Полу- 
чив указатель на «буфер», функция не может оп- 
ределить его длину. Оператор sizeof возвращает 
размер указателя (как правило, равный DWORD), 
но отнюдь не размер блока, на который он указы- 
вает. Небольшую лазейку оставляет нестандарт- 
ная функция _msize, сообщающая размер дина- 
мического блока, но она требует указателя на его 
начало, отказываясь работать с серединой. 

Простейшая тестовая программа все это 
наглядно подтверждает: 


После запуска мы получим следующие весьма не- 
утешительные данные: 


результат работы программы, определяющий раз- 
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Мы видим, что _msize ведет себя очень странно и 
когда не может определить размер блока, возвра- 
щает какой-то мусор, никак не сигнализируя об 
ошибке. Поэтому выполнять контроль должна вы- 
зывающая функция, передавая вызываемой раз- 
мер буфера как аргумент. Отсюда и появились 
char *fgets(char “string, int п, FILE *stream); char 
*strncpy(char *strDest, const char *strSource, size_t 
count) и другие подобные функции. Теоретически, 
они на 100% застрахованы от переполнения, но 
вот практически... значение п приходится рассчи- 
тывать вручную, а, значит, существует риск оши- 
биться! К тому же, если длина строки превышает 
п, в буфер копируется лишь «огрызок», что само 
по себе является нехилым источником проблем и 
вторичных ошибок. Приходится навешивать спе- 
циальный обработчик, выделяющий дополнитель- 
ную память и считывающий оставшийся «хвост», 
что значительно усложняет реализацию, делает 
код более громоздким и менее наглядным. Обыч- 
но стараются выбрать п так, чтобы его значение 
превышало размер наибольшей строки, выделяя 
память с запасом и не обращая внимания на то, 
что большинство строк использует лишь малую 
часть буфера... 

Нет! Память лучше всего выделять динами- 
чески, по мере возникновения в ней потребности! 
В идеале, строка должна представлять собой список 
(желательно двухсвязный), что не только ускорит 
операции удаления и вставки подстрок, но и ликви- 
дирует проблему переполнения. О контроле границ 
заботиться уже необязательно, поскольку память 
под новые символы выделяется автоматически. 

В простейшем случае каждый элемент спис- 
ка выглядит приблизительно так: 


Это просто реализуется, но имеет дикий оверхид, 
требующий для хранения каждого символа 17 
байт, поэтому на практике приходится использо- 
вать комбинированный способ, сочетающий в себе 
строковые буферы со списками: 
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Размер буфера может быть как фиксированным, 
так и динамическим. Хорошей стратег выделяет 
под первый элемент списка 64 байта, под второй 
128 байт и так далее, вплоть до 10001, что позволя- 
ет обрабатывать как длинные, так и короткие сро- 
ки с минимальным оверхидом. 

Списки на 100% защищены от ошибок пере- 
полнения (исключение составляют попытки обра- 
ботать строку свыше 2 Гб, вызывающую исчерпа- 
ние свободной памяти, но, во-первых, исчерпа- 
ние — это все-таки не переполнение, и заслать 
эпе!-код злоумышленник не сможет, а во-вторых, 
это явная ошибка, которую легко обработать, ус- 
тановив предельный лимит на максимально ра- 
зумную длину строки). 

Хуже другое. Реализовав свою библиотеку 
для работы со «списочными строками», мы будем 
вынуждены переписать все остальные библиотеки, 
создавая обертки для каждой строковой функции, 
включая fopen, CreateProcess и т. д., поскольку все 
они ожидают увидеть непрерывный массив байт, 
а вовсе не список! Это чрезвычайно утомительная 
работа, но зато когда она будет закончена, о пере- 
полнениях можно забыть раз и навсегда. Правда, 
производительность (за счет постоянного преобра- 
зования типов) падает весьма значительно... 

А вот более быстрое, но менее надежное ре- 
шение. Отказываемся от стековых буферов, пере- 
ходя на динамическую память. Выделяем каждо- 
му блоку на одну страницу больше и присваиваем 
последней странице атрибут PAGE_NOACCESS, 
чтобы каждое обращение к ней вызывало исклю- 
чение, отлавливаемое нашим обработчиком, ко- 
торый в зависимости от ситуации либо увеличи- 
вал размер буфера, либо завершал работу прог- 
раммы с сообщением об ошибке. На коротких 
строках оверхид весьма значителен, но на длин- 
ных он минимален. Но к сожалению, такая защита 
страхует лишь от последовательного переполне- 
ния, но бессильна предотвратить индексное (под- 
робнее о видах переполнения можно прочитать 
в моей книжке «Shellcoders's programming uncov- 
ered», которую можно найти в Осле), к тому же, 
переход на динамические массивы порождает 
проблему утечек памяти и получается так, что од- 
но лечим, а другое калечим. 

Тем не менее, лишний раз подстраховаться 
никогда не помешает! Чтобы защититься от пере- 
полнения кучи (которое в последнее время приоб- 
ретает все большую популярность) после вызова 
любой функции, работающей с динамической па- 
мятью, необходимо защищать служебные данные 
кучи атрибутом PAGE_NOACCESS, а перед вызо- 
вом функции — снимать их. Для этого нам, опять- 
таки, потребуется написать обертки вокруг всех 
функций менеджера памяти, что требует времени. 
К тому же, в реализации кучи от Microsoft Visual 
С++ служебные данные лежат по смещению -10h 
от начала выделенного блока, а защищать мы мо- 
жем только всю страницу целиком. Поэтому, во- 
первых, необходимо увеличить размер каждого 
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чудовищный оверхид, но зато компенсируемый 
надежной защитой от переполнения. Так что дан- 
ный метод, при всех его недостатках, все-таки 
имеет право на жизнь. 

утечки ресурсов возникают всякий раз, когда 
функция выделяет блок памяти, открывает файл, но 
при выходе забывает его освободиты/закрыть. Ча- 
ще всего это происходит при преждевременном вы- 
ходе из функции. Рассмотрим следующий пример: 


+ 


Функция foo намеревается выделить два блока па- 
мяти р1 ирг, но реально успевает выделить лишь 
один из них, после чего Баг завершается с ошиб- 
кой, делающей дальнейшее выполнение foo невоз- 
можным, — вот программист и совершает возврат 
по return, забывая о выделенном блоке памяти. 

Проблема в том, что в произвольной точке 
программы очень непросто сказать, какие ресурсы 
уже выделены, а какие — еще нет и что именно 
нужно освобождать! Ну ведь не поддерживать же 
ради этого транзакции?! Разумеется, нет. Пробле- 
ма имеет весьма простое и элегантное решение, 
основанное на том, что Стандарт допускает осво- 
бождение нулевого указателя. Правда, к файлам и 
другим объектам это уже не относится, но провер- 
ку на нуль легко выполнить и вручную. 

Правильно спроектированный код должен 
выглядеть приблизительно так: 


Что изменилось? Абсолютно все! Теперь для внеп- 
ланового выхода из программы (который осущес- 
твляется по break), нам уже не нужно помнить, что 
мы успели выделить или открыть! По завершении 
цикла while (который на самом деле никакой не 
цикл, а просто имитация критикуемого оператора 
goto), мы освобождаем (или, точнее, пытаемся ос- 
вободить) все ресурсы, которые потенциально 
могли быть выделены. Структура программы зна- 
чительно упрощается, и главное тут — не забыть 
освободить все, что мы выделили, но программис- 
ты об этом все равно забывают. 

Решение заключается в создании своей 
собственной обертки вокруг функции malloc (ус- 
ловно назовем ее my_malloc), которая выделяет 
память, запоминает указатель в своем спис- 
ке/массиве и перед возвращением в вызываемую 
функцию подменяет адрес возврата из материнс- 
кий функции на свой собственный обработчик (ко- 
нечно, без ассемблерных вставок тут не обойтись, 
но они того стоят). Как следствие — при выходе из 
foo управление получает обработчик my_malloc, 
читающий список/массив и автоматически осво- 
бождающий все, что там есть, снимая тем самым 
эту ношу с плеч программиста. 

Если же выделенная функцией память по за- 
мыслу разработчика не должна освобождаться 
после ее завершения, на этот случай можно пре- 
дусмотреть специальный флаг, передаваемый 
my_malloc, и сообщающий, что этот блок освобож- 
дать не надо и программист освободит его сам. 

Одним их самых мерзких недостатков языка 
Си является отсутствие поддержки динамических 
стековых массивов. Стековая память хороша тем, 
что автоматически освобождается при выходе из 
функции, однако, выделение стековых массивов 
«на лету» невозможно, и мы должны заранее объя- 
вить их размеры при объявлении переменных. 
В C++ сделаны небольшие подвижки в этом направ- 
лении, и теперь мы можем объявлять массивы, раз- 
мер которых задается аргументом, передаваемым 
функции, но это не решает всех проблем, и к тому же 
C++ поддерживают далеко не все компиляторы. 

В частности, компилятор @СС 2.95 нормаль- 
HO «переваривает» следующий код, a Microsoft 
Visual C++, увы, нет: 


На самом деле, выделять динамические массивы 
все-таки возможно, но только в том случае если 
компилятор, во-первых, адресует локальные пере- 
менные через ЕВР, а во-вторых, в эпилоге исполь- 
зует конструкцию MOV ESP, ЕВР вместо ADD ESP, 
п. К таким компиляторам, в частности, относится 
Microsoft Visual С++, автоматически переходящий 
на адресацию локальных переменных через ре- 
гистр ЕВР, если в теле функции присутствует хотя 
бы одна ассемблерная вставка. 

Фрагмент одной из таких функций приведен 
ниже (компилировано Microsoft Visual С++ с мак- 
симальной оптимизацией (ключ /Ох): 


il 


Выделение памяти Ha стеке осуществляется путем 
«приподнимания» регистра-указателя стека на не- 
которую величину, что можно сделать командой 
«ЗОВ ЕЗР, п», где п — количество выделяемых 
айт. Поскольку компилятор адресует локальные 
переменные через регистр ЕВР, то изменение ESP 
не нарушит работы функции и все будет ОК, но... 
так будет продолжаться недолго. При выходе из 
функции она попытается восстановить регистры, 
сохраненные на входе (в данном случае — это ре- 
гистр ESI), но на вершине перемещенного стека их 
не окажется! В регистр ESI попадет мусор, и мате- 
ринская функция рухнет. 

Существует, по меньшей мере, два решения 
проблемы: либо вручную опускаем регистр ESP 
при выходе из функции (если, конечно, не забудем 
это сделать), либо копируем на вершину выделен- 
ного блока порядка 20h байт памяти с макушки 
старого стека (обычно этого более чем достаточно: 
даже если функция сохраняет все регистры обще- 
го назначения, ей требуется всего лишь 1Ch байт). 
В этом случае о ручном освобождении выделенной 
памяти можно не заботиться. Это сделает машин- 
ная команда MOV ESP, EBP, помещенная компи- 
лятором в эпилог функции. 

Ниже приведена пара макросов для динами- 
ческого выделения освобождения стековой памя- 
ти (только для Microsoft Visual С++): 
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жет забыть (и ведь наверняка забудет!), поэтому 
лучше выделять память так, чтобы при выходе из 
ункции она освобождалась автоматически. 
Ниже приведен исходный текст макроса 
auto_alloc, который именно Tak и работает: 
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serve[,commit]», где reserve — зарезервированная, 
а соттй — выделенная память. Размер стековой 
памяти остальных потоков определяется значени- 
ем аргумента dwStackSize функции CreateThread. 


Во-вторых, при старте потока Windows выделяет 
ему минимум страниц стековой памяти, разме- 
щая за ними специальную «сторожевую» страни- 
цу (PAGE GUARD), при обращении к которой воз- 
буждается исключение, отлавливаемое систе- 
мой, которая выделяет потоку еще несколько 
страниц, перемещая PAGE GUARD наверх. Если 
же мы попытаемся обратиться к памяти, лежа- 
щей 3a PAGE GUARD — произойдет крах. Поэто- 
му, при ручном выделении стековой памяти необ- 
ходимо последовательно обратиться хотя бы к од- 
ной ячейке каждой страницы: #define stack_out(p,n) 
for(a=0;a<n;a+=0x100)t=pf[a];. 

В-третьих, размер выделяемых блоков памя- 
ти должен быть кратен четырем, иначе многие АР! 
и библиотечные функции откажут в работе. 

Но что делать, если, несмотря на все усилия, 
память продолжает утекать? На этот случай 
у мыщъьх'а припасено несколько грязных, но до- 
вольно эффективных трюков. Вот один из них: 
когда количество потребляемой приложением па- 
мяти достигает некоторой, заранее заданной от- 
метки, мы «прогуливаемся по куче» АР!-функцией 
HeapWalk, сохраняя все выделенные страницы 
в специальный файл (устроенный по принципу 
файла подкачки) и возвращаем память системе, 
оставляя страницы зарезервированными и назна- 
чая им атрибут PAGE_NOACCESS. После чего 
нам остается только отлавливать исключения 
и подгружать содержимое реально используемых 
страниц, восстанавливая оригинальные атрибуты 
доступа (PAGE_READ или PARE_READWRITE). 
В результате, утекать будет только адресное 
пространство, которое, между прочим, не беско- 
нечно, и при интенсивной течи довольно быстро 
кончается. И что же тогда? Можно, конечно, прос- 
то завершить программу, но лучше рискнуть и 
попробовать освободить блоки, к которым дольше 
всего не было обращений. Разумеется, мы не мо- 
жем гарантировать, что именно они ответственны 
за утечку памяти. Быть может, программа в самом 
начале выделила несколько блоков, планируя об- 
ратиться к ним при завершении процесса, но... 
риск благородное дело! 
> заключение. Помимо рассмотренных нами, 
существуют и другие методы борьбы с утечками и 
переполняющимися буферами. Для мира BSD/ 
LINUX характерны run-time верификаторы, встраи- 
ваемые непосредственно в сам компилятор (ведь 
его исходные тексты доступны). Под Windows бо- 
лее популярны статические анализаторы — потом- 
ки древнего ИМТ. Но всем им свойственны недос- 
татки, поэтому настоящие программисты никогда 
не останавливаются на достигнутом, а неуклонно 
движутся вперед, выдумывая все новые приемы и 
трюки. Одни сметаются временем, другие получа- 
ют широкое распространение, попадая в учебники 
и справочные руководства. 

Но лучшее руководство — это свой собствен- 
ный опыт, который и описал мыщьъх, впрочем, 
не претендуя на новизну и новаторство © 
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Любовь хакеров к ассемблеру вполне понятна и 
объяснима. Разве не заманчиво знать язык, кото- 
рым владеют немногие? Ассемблер окружен мис- 
тическим ареолом — это символ причастности 
к хакерским кругам, своеобразный пропуск в клан 
системных программистов, вирусописателей и 
взломщиков. Ассемблер теснее всех других язы- 
ков приближен к железу, и ниже его находятся 
только машинные коды, уже вышедшие из упот- 
ребления, а жаль! 

Программисты каменного века с презрением 
относились к ассемблеру, поскольку для тех вре- 
мен он был слишком высокоуровневым языком, 
абстрагирующимся от целого ряда архитектурных 
особенностей. Программируя на ассемблере, мож- 
но не знать последовательность байт в слове, сис- 
тему кодирования машинных инструкций; ассемб- 
лер скрывает тот факт, что команда «ADD AL, 6h» 
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может быть закодирована и как «04h 06h», и как 
«80h COh 06h». Хуже того: ассемблер не предос- 
тавляет никаких средств выбора между этими ва- 
риантами. Хорошие трансляторы автоматически 
выбирают наиболее короткий вариант, но никаких 
гарантий, что они это сделают, нет, а в самомоди- 
фицирующемся коде это весьма актуально! Да что 
там самомодифицирующийся код (или код, ис- 
пользующий коды мнемоник как константы) — на 
ассемблере невозможна эффективная реализа- 
ция выравнивания команд! Тупая директива align, 
вставляющая МОРы, не в счет. В частности, «ADD 
AL, 6h», закодированная как «80h COh 06h», нам- 
ного эффективнее, чем «04h 06h + 9Oh (NOP)». 


Кто-то, наверняка, скажет: «Ассемблер поз- 
воляет закодировать любую команду через дирек- 
тиву ОВ, следовательно, на нем можно делать все». 
Весьма спорное утверждение. Си также позволяет 
объявлять массивы вида unsigned char Би{] = 
«\x04\x06\x90» и умеет преобразовывать указатели 
на данные в указатели на функции. Рассуждая по 
аналогии, можно сказать, что на Си легко сделать 
то же самое, что и на ассемблере, даже не исполь- 
зуя ассемблерных вставок (которые, на самом де- 
ле, не часть языка, а самостоятельное расшире- 
ние). Но вряд ли программу, полностью состоящую 
из «\x04\x06\x90», можно назвать программой на 
языке Си. Точно так же и с ассемблером. Это вовсе 


не язык неограниченных возможностей, каким его 
иногда представляют. Ассемблер — всего лишь 
средство выражения программистской мысли, ра- 
бочий инструмент. А выбор инструмента всегда 
должен быть адекватен. Не стоит рыть траншею ло- 
патой, если под рукой есть экскаватор, но и строить 
собачью конуру из бетонных блоков с помощью 
крана — не верх инженерной культуры, а признак 
ее отсутствия. 

Считается, что программа, написанная на ас- 
семблере, по определению компактнее и произво- 
дительнее аналогичной программы, написанной на 
языке высокого уровня. Действительно, человек 
всегда в состоянии обогнать даже самый совер- 
шенный компилятор, потому что компилятор дей- 
ствует по строго заданному шаблону (точнее, нес- 
кольким шаблонам), а человек способен на прин- 
ципиально новые решения. Однако, ассемблерные 
программы, написанные начинающими програм- 
мистами, как правило, значительно хуже кода, сге- 
нерированного компилятором. Распределение пе- 
ременных по регистрам, устранение зависимостей 
по данным, переупорядочивание инструкций 
с целью предотвращения простоев конвейера — 
это слишком нудная работа, отнимающая кучу сил 
и времени. И хотя человек потенциально способен 
добиться намного лучшего распределения, чем 
компилятор, этот разрыв не настолько велик и 
с коммерческой точки зрения ничем не окупается. 

Ассемблерная программа, оптимизирован- 
ная вручную, становится совершенно немобиль- 
ной. Если потребуется внести в код даже незначи- 
тельные изменения или выйдет процессор с новы- 
ми правилами оптимизации — всю работу придет- 
ся начинать заново. А на языке высокого уровня 
просто перекомпилировал, и все! Большинство 
программных комплексов, написанных на Си/Си++, 
никогда бы не увидели свет, если бы в качестве ос- 
новного языка разработки был выбран ассемблер 
требующий неимоверной концентрации труда. Ме- 
ханизация придумана как раз для того, чтобы об- 
легчать человеку жизнь и воплощать его грандиоз- 
ные замыслы. Никто же не спорит, что на дачном 
участке ручной уход за растениями дает намного 
больший урожай, чем тракторист на колхозном по- 
ле, но обработать колхозное поле вручную практи- 
чески невозможно! 

Несколько десятилетий тому назад, когда 
счет памяти шел на килобайты и приходилось эко- 
номить каждый такт, ручная оптимизация еще 
имела смысл, поскольку откомпилированные 
программы на массовом железе тормозили со 
страшной силой, но сейчас все изменилось. Сис- 
темные требования уже давно перестали быть ос- 
новным потребительским фактором. Теперь в ас- 
семблере нуждаются лишь критичные к быстро- 
действию модули, связанные с обработкой огром- 
ного количества данных в реальном времени. Во 
всех остальных случаях лучше воспользоваться 
качественным оптимизирующим компилятором 
(например, Microsoft Visual C++, GCC 2.95). 


:00000000 
:00000000 
:00000000 
:00000000 
:00000000 
:00000000 
:00000000 
:00000001 
.text:00000005 
:00000007 
:00000009 
:0000000D 
00000002 
#000000 
000000 
#000000 
000000 
000000 
000000 
#000000 
#000000 
000000 
000000172 
00000021 
00000022 
00000026 
00000027 
00000027 
00000027 
:0000002B 
:00000030 
:00000032 
:00000033 


GA PrRPAININI WNP 


00000000: 51 


200000033 _ 


компилят 


ляции crc() 


8В 54 
Be: ig 
33 CO 
88 4c 24 00 
85 D2 
7E 16 


24 0C 


8B 74 24 10 

То: ТУ 
8A 1C 30 mov 
02 CB 


3B C2 
7C F6 


88 4c 24 04 


loc_27: 


24 00 
00 00+ 


8В 44 
25 ЕЕ 
F7 D8 


00000001: 8B4c240C 

00000005: 8B542408 

00000009: 03CA add 
0000000B: 33C0 xOr 
0000000D: EBO3 jmps 
0000000Е: 0201 add 
00000011: 41 

00000012: 3BCA emp 
00000014: 72F9 jb 


00000016: 59 
00000017: C3 


proc near 


= dword ptr -1 


= dword ptr 7 
= dword ptr OBh 


push ecx 

mov edx, [esptl+arg_4] 
xor ет, лет 

xor eax, eax 

mov byte ptr [esp+lt+var_1], 
test edx, edx 

jle short loc_27 

push ebx 

push esi 

mov esi, [espt+9+arg_0] 
bl, [еах+е$1] 

add el, bl 

inc eax 

cmp eax, edx 

91 short loc_17 

pop esi 

mov byte ptr [esp+5t+var_1], 
pop ebx 

mov eax, [езр+1+уаг_1] 
and eax, OFFh 

neg eax 

pop ecx 

retn 

push ecx 

mov ecx, [esptarg_p] 
mov edx, [esptarg_n] 
ecx,edx 

eax, eax 

000000012 

al, [ecx] 

inc ecx 

ecx,edx 

O0000000F 

pop ecx 

retn 


oul 


ould 


(1) 


(2) 


25 


26 ПРОГРАММНОЕ ЗАКУЛИСЬЕ СПЕЦ 10-06 


Более новые версии компиляторов в основном пе- 
кутся о качестве поддержки очередной редакции 
Си++-стандарта, оставляя оптимизирующий дви- 
жок без изменений, поскольку новых идей ниу ко- 
го нет. Единственное исключение составляет Intel 
Fortran/C++, реализующий режим глобальной оп- 
тимизации (остальные компиляторы оптимизиру- 
ют код только в пределах одной функции) и проло- 
живший мост между профилировщиком и компи- 
лятором. Используя данные профилировки, компи- 
лятор, в частности, может размещать в регистрах 
наиболее интенсивно используемые переменные, 
а остальные — гнать в память. К сожалению, эта 
методика далека от совершенства, и хотя «офици- 
ально» Intel С++ обгоняет GCC, с этим согласны 
далеко не все: поклонники @СС демонстрируют 
множество программ, на которых Intel С++ 
показывает преимущества. 

> —_ эффективность кодогенерации си-компиля- 
торов. Желая продемонстрировать превосходство 
ассемблера над Си, обычно берут программы типа 
«hello, world!» и сравнивают размеры откомпилиро- 
ванных файлов, причем ассемблер использует пря- 
мые вызовы АР!-функций GetStdHandle()/WriteFile(), 


а программу на Си заставляют обращаться к рип" (), 
которая тащит за собой библиотеку времени испол- 
нения (Run Time Library или сокращенно RTL). Ну, и 
где же здесь честность?! Как будто на Си нельзя 
программировать без RTL! Можно! Для этого дос- 
таточно переименовать функцию Main() во что-то 
другое, указав линкеру точку входа в файл вруч- 
ную. Размер откомпилированного файла сразу же 
сократится, вплотную приближаясь к ассемблиро- 
ванному файлу (или даже совпадая с ним). Но 99% 
пространства будет занимать служебная инфор- 
мация РЕ-формата и место, оставленное линке- 
ром для выравнивания секций. На этом фоне раз- 
личия между компилятором и ассемблером стано- 
вятся совершенно незаметными! 

Мы же поступим иначе. Напишем небольшую 
программку, вычисляющую CRC8 (большая просто 
не уместилась бы в статье), а затем откомпилиру- 
ем ее и, прогнав полученный файл через дизассе- 
мблер, посмотрим, насколько эффективно компи- 
лятор справился со своей задачей и какой простор 
он оставил нам для ручной оптимизации. 

Исходный текст подопытной функции выгля- 
дит так (ключевой фрагмент демонстрационной 


р = не = ИНК = 
a@@- = 
Г [aa 
Be SSP - ee Bees bee р 
Гони ee 


IDA Pro за работой 


Набор ассемблерной программы в редакторе TSE Pro 


ам в 11 ЕН я || 
ape ler Fe) ШГ ae 
rhe gs Leas 


Pd i ee 


aaa fa 


программы CRC.c): 


Компилируем ee Microsoft Visual C++ в режиме 
максимальной оптимизации (ключ Ox — «cl.exe 
/Ох сгс.с») и загружаем полученный Obj в дизассе- 
мблер (смотри листинг 1). 

Сразу бросается в глаза, что компилятору не 
хватило регистров (!) и счетчик контрольной сум- 
мы зачем-то задвинулся в локальную перемен- 
ную. Впрочем, это не сильно сказалось на произ- 
водительности, поскольку «задвижение» прои- 
зошло после выхода из цикла, но сам факт! А ведь 
чтобы исправить ситуацию, всего-то и требова- 
лось заменить «MOV byte ptr [ESP+5+var_1], 
CL/MOV EAX,[ESP+1+var_1]/AND EAX, OFFh» на 
«MOVZX EAX,CL», что гораздо короче и намного 
быстрее, особенно если п невелико и функция вы- 
зывается большое количество раз. Другое заме- 
чание — компилятору потребовалось целых 5 (!) 
регистров, в то время как для решения данной за- 
дачи вполне достаточно 3-х: один — на сумматор 
CRC, один — на указатель, и еще один — на адрес 
конца. Ассемблер-пример с ручной оптимизацией 
приведен на листинге 2. 

18h ассемблерных байт (и 12 команд) против 
34h откомпилированных байт (и 23 команд) — для 
классического цикла это хороший результат. Что 
же тогда говорить о нетривиальных вещах: слож- 
ных структурах данных, циклах с высоким уров- 
нем вложенности, многомерных массивах и так 
далее. С другой стороны, не все так плохо. Компи- 
лятор успешно распознал конструкцию «return 0 — 
сгс» и вместо тупого вычитания из нуля подобрал 
адекватную машинную команду МЕС, означаю- 
щую «дополнение до нуля». 

А что на счет @СС? Для начала возьмем 
древнюю, но все еще широко используемую вер- 
сию 2.95, отличающуюся стабильностью и высо- 
кой скоростью трансляции. На самом высоком 
уровне оптимизации (ключ -ОЗ: «gcc сгс.с -ОЗ -o 
crc»), компилятор генерирует код, показанный на 
листинге 3. 

В отличие от MS VC, компилятору GCC хва- 
тило всего 4-х регистров без обращения к локаль- 
ным переменным, а сам код уложился в 30h байт, 
что на 4 байта короче, чем у конкурента. Но до 
ручной ассемблерной оптимизации все равно еще 
далеко. Однако, если присмотреться к телу цикла 
повнимательнее, можно обнаружить, что @СС, 
в отличие от MS VC, совместил счетчик цикла 
с инкрементом указателя, то есть откомпилиро- 
ванный цикл исполняется практически с той же са- 
мой степенью эффективности, что и ручной. 
«Практически» — потому что в отличие от нас 


компилятор использовал сложную адресацию 
«ADD AL, [EDX+EBX]», напрягающую процессор и 
требующую нескольких экстра-тактов на декоди- 
рование (впрочем, к последним версиям Р-4 и 
Athlon это уже не относится). 

Причем цикл выровнен по адресам, кратным 
10h (команды «LEA ESI,[ESI+0]» и «LEA EDI,[EDI+0]» 
используются для выравнивания), что, с одной 
стороны, хорошо, а с другой — не очень. Начиная 
с процессоров поколения P6 (к которым, в част- 
ности, принадлежит Pentium Pro и Репит-1) и 
AMD KS, выравнивание циклов требуется только 
тогда, когда целевой переход попадает на коман- 
ду, расщепленную двумя линейками кэш-памяти 
первого уровня, длина которых, в зависимости от 
процессора, составляет 32, 64 или даже 256 байт. 
В противном случае, наблюдается существенное 
снижение быстродействия. 

Компилятор MS VC вообще не выравнивает 
циклы, поэтому их быстродействие зависит от во- 
ли случая — попадет ли первая инструкция цикла 
на «расщепляющий» адрес или не попадет. Ком- 
пилятор @СС выравнивает циклы, но по слишком 
ретивой стратегии, всегда подтягивая их к адре- 
сам, кратным 10h. Это хорошо работает Ha «пер- 
BONHAX», но вот на более современных процессо- 
рах команды, расходующиеся на выравнивание, 
занимают лишнее место и впустую съедают про- 


изводительность (особенно на вложенных циклах, 
где они выполняются многократно). 

Зато, в отличие от своего конкурента, GCC 
«догадался» использовать команду «MOVZX ЕАХ, 
AL», только вот зачем она ему понадобилась — 
непонятно. Команда «MOVZX» пересылает значе- 
ние из источника в приемник, дополняя его нуля- 
ми до 16- или 32-бит (в зависимости от разряднос- 
ти). Но в нашем случае старшие биты регистра 
ЕАХ уже равны нулю, поскольку компилятор сам 
обнулил их инструкцией «XOR EAX,EAX». Следо- 
вательно, команда «МО\/7Х EAX,AL» совершенно 
не нужна и избыточна. 

Интересно, изменилось ли что-нибудь в но- 
вых версиях? Компилируем программу с по- 
мощью GCC 3.4.2 и смотрим полученный резуль- 
тат на листинге 4. 

Ага! Программа сократилась до 20h байт, 
что всего на 8 байт длиннее ассемблерной прог- 
раммы, но цикл практически не изменился. По- 
прежнему используется сложная адресация и ни- 
кому не нужная команда «MOVZX». Изменилась 
только точка входа в цикл. Вместо того, чтобы 
проверять значение аргумента п до входа в цикл, 
компилятор сформировал условный переход на 
проверку, выполняемую перед выходом из цикла. 
То есть использовал тот же самый тркк, что и мы 
в нашей ассемблерной программе, однако, в отли- 


SPE@QrtratMuHEHMUE 
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Системный программист, 
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Ukraine 


Сравнивать два языка 
программирования — 
дело неблагодарное, 
особенно такие мощ- 
ные, как ассемблер 

и С++. 

У С++ свои плюсы. 
Во-первых, это объект- 
но-ориентированный 
подход к написанию 
программ, что позволя- 
ет без проблем разра- 
батывать и сопровож- 
дать большие проек- 
ты — в отличие отас- 


семблера, на котором 
написать что-либо 
большое не так-то 
просто. Во-вторых, 
программы, написан- 
ные на C++, проще пе- 
реносятся на другие 
платформы. Кроме то- 
го, хотим мы этого или 
нет, но С++ является 
стандартом «де факто» 
во многих областях 
программирования — 
например, в програм- 
мировании За, разра- 


ботке драйверов и т.п. 
У ассемблера свои плю- 
сы. Во-первых, это раз- 
мер и скорость кода. 
Во-вторых, есть прог- 
раммы, которые можно 
написать только на ас- 
семблере — например, 
полиморфные вирусы, 
переносимый код ит.п. 
Ну, и кроме того, ассе- 
мблер считается истин- 
но хакерским языком ;). 
Окончательный выбор 
за тобой... 
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100% 


fsa 1:2 1:4 1:8 1:16 1:32 1:54 
ши Р-П! 733/133/100/1815EP 
ШИ AMD Athlon1050/100/VIA KT133 


Влияние кратности разворота цикла 
на производительность на различных типах 
процессоров 


чие от нас, компилятор использовал 4 регистра, 
а не 3, и ктому же сгенерировал стандартный про- 
лог/эпилог, который, при желании, можно пода- 
вить ключами командной строки, но это все равно 
не поможет, поскольку цикл остается неразверну- 
тым (под «разворотом» в общем случае понимает- 
ся многократное дублирование цикла). На таком 
крохотном «пяточке» процессору просто негде 
развернуться, поэтому все будет очень жутко тор- 
мозить — как при ручной оптимизации, так и при 
машинной. Компилятор MS VC вообще не умеет 
разворачивать циклы. По жизни. А GCC умеет, но 
по умолчанию не делает этого даже на уровне оп- 
тимизации ОЗ, разве что его специально попро- 
сить, указав ключ -funroll-all-loops в командной 
строке. Циклы с известным количеством итера- 
ций, где const <= 32 разворачиваются полностью, 
при const > 32 — на -4-х (точное значение зависит 
от количества инструкций в теле цикла), но циклы 
с неизвестным количеством итераций (то есть та- 
кие циклы, параметр которых — переменная, а не 
константа) не разворачиваются вообще! И в этом 
есть свой резон. 

При малых количествах итераций цикл луч- 
ше не разворачивать, поскольку выигрыш в ско- 
рости не окупится увеличением размера програм- 
мы и усложнением логики, особенно если цикл 
расположен внутри редко вызываемой функции. 
А вот разворот часто вызываемого цикла с боль- 
шим количеством итераций дает, по меньшей ме- 
ре, двухкратный прирост производительности. 
Главное — не переборщить и не развернуть цикл 
сильнее, чем требуется. На большинстве процес- 
соров рост скорости прекращается при развороте 
на 8 итераций, и дальнейшее дублирование тела 
цикла лишь увеличивает его размер. 

Выполнить разворот цикла можно как на ас- 
семблере (на MASM'e, за счет поддержки разви- 
той системы макрокоманд, он реализуется осо- 
бенно легко), так и на любом языке высокого 
уровня, действуя в обход компилятора. 

После «ручной» оптимизации исходный 
текст нашей программы будет выглядеть таким 
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льтат трансляции сгс() 
:080483E0 
:080483ЕО 
:080483ЕО 
:080483ЕО 
:080483E0 
:080483E0 
:080483Е1 
:080483ЕЗ 
:080483Е5 
:080483Еб 
:080483ЕЭ 
:080483EB 
:080483EE 
:080483F0 
:080483Е2 
:080483Е9 
:080484 
: 080484 
:080484 
:080484 
: 080484 
:080484 
: 080484 
:080484 
:080484 
: 080484 
:080484 
: 080484 
:080484 
: 080484 


00 
00 
00 
03 
04 
06 
08 
08 
08 
09 
le 
OE 
OF 
OF 


55 
31 
89 
53 
8B 
3! 
8B 
39 
7D 
8D 
8D 


02 
42 
39 
7C 


5B 
OF 
F7 
5D 
СЗ 


›ансляции сгс () 


CRC 
arg_0O 
arg_4 
D2 
E5 
4D 0С mov 
co 
5D 08 mov 
CA 
16 
B4 26 00+ 
BC 27 00+ 
loc_8048400: 
04 1A add 
CA 
F8 
loc_8048408: 
B6 CO movzx 


D8 


CRC 


компилят 


proc near 


= dword ptr 8 
= dword ptr O0Ch 


push ebp 
xor edx, edx 
mov ebp, esp 
push ebx 


ecx, [ebptarg_4] 
xor eax, eax 
ebx, [ebptarg_0] 


cmp edx, есх 

jge short loc_8048408 
lea esi, [ез1+0] 

lea edi, [еа1+0] 


al, [edx+ebx] 


inc edx 

cmp edx, ecx 

91 short loc_8048400 
pop ebx 

eax, al 

neg eax 

pop ebp 

retn 

endp 


компилятором GC 


2080484 
2080484 
:080484 
2080484 
2080484 
: 080484 
:080484 
: 080484 
:080484 
: 080484 
:080484 
:080484 
: 080484 
:080484 
: 080484 
:080484 
:080484 
: 080484 
:080484 
: 080484 
:080484 
: 080484 
:080484 
:080484 
: 080484 
:080484 


co 
co 
co 
co 
co 
co 
Ст. 
G3 
C6 
C7 
С9 
СС 
СЕ 
20 
DO 
DO 
D3 
D4 
D4 
D4 
D6 
D8 
DB 
DD 
DE 
DF 


55 
89 
8B 
53 
31 
8B 
31 
EB 


02 
42 


39 
7C 
OF 
F7 
5B 
Cg: 
G3 


CRC 


E5 
4D OC mov 


co 
5D 08 mov 
D2 
04 


loc_80484D0: 
04 13 add 


loc_80484D4: 
CA 
F8 
B6 CO movzx 
D8 


proc near 


= dword ptr 8 
= dword ptr 0Ch 


push ebp 
mov ebp, esp 
ecx, [ebp + arg_4] 
push ebx 
xor eax, eax 


ebx, [ebp+arg_0] 
xor edx, edx 
jmp loc_80484D4 


al, [ефх+еах] 


inc edx 

cmp edx, ecx 

91 short loc_80484D0 
eax, al 

neg eax 

pop ebx 

leave 

retn 


(3) 


(4) 


образом (оптимизированный вариант сгс() с раз- 
вернутым циклом): 


| | Ч] 


При сравнении со своим ассемблерным аналогом 
так же развернутым), программа покажет практи- 
чески идентичный результат по скорости и будет 
вполне сопоставима по размеру, поскольку льви- 
ная доля кода придется на развернутое тело цик- 
ла, на фоне которого меркнут мелкие накладные 
расходы. Но! Это справедливо только для циклов 
с большим количеством итераций, берущих дан- 
ные из медленной оперативной памяти, а то и счи- 
тывающих их с диска. Тут на отдельных машинных 
командах можно не экономить, главное — выб- 
рать правильную стратегию разворота, а она для 
каждого из процессоров разная. 

Часто вызываемые циклы с небольшим ко- 
личеством итераций по-прежнему эффективнее 
писать на ассемблере. Если, конечно, мы вообще 
заботимся о производительности... 

Кстати, обрати внимание, что в развернутом 
цикле ячейки памяти складываются в различные 
переменные, а не суммируются в одну! Если же 
неправильно развернуть цикл, выигрыш в произ- 
водительности окажется намного меньшим: 


ae 


Почему?! Да потому что образуется паразитная 3a- 
висимость по данным. Процессор не может выпол- 
HATb «+ р[а+1]», пока не завершится сложение сгс с 
р[а+0], и вычислительный конвейер вынужден 
простаивать в ожидании! 

напоследок. И все же есть области, в кото- 
рых ассемблер необходим, можно даже сказать, 
неизбежен. Это, в первую очередь, высокопроиз- 
водительные математические и графические биб- 
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> — набор инструментов. Для создания драйвера 
под Windows необходим специальный набор 
инструментов, который называется DDK (Driver 
Development Kit). Помимо этого, желательно уста- 
новить специализированную версию Windows, ко- 
торая содержит отладочную информацию. Это по- 
может в отладке драйвера, что не такое уж и прос- 
тое занятие. 

Для каждой версии ОС существует свой набор 
DDK, и распространяется он отдельно от компилято- 
ра. Это значит, что если даже у тебя установлена 
полная версия Visual Studio, DDK придется ставить 
отдельно. Причем просто так скачать его с сайта 
Microsoft нельзя (на момент написания этих строк 
ООК не доступен, хотя пару лет назад был в свобод- 
ном доступе), потому что он распространяется вмес- 
те с платной подпиской MSDN. Но если у тебя есть 
лишняя денежка, TO DDK можно заказать здесь: 
www.microsoft.com/whdc/devtools/ddk/default.mspx. 

На самом деле, DDK дают на халяву, деньги 
же нужны за пересылку компакт-диска. Существу- 
ют и неофициальные версии и залежи наборов 
для разработчиков драйверов — ищи в поискови- 
ках. За пять минут реально найти полную версию 
для Windows ХР. Ссылки давать бессмысленно, 
так как на момент выхода номера они могут быть 
уже мертвы... 
>» = язык программирования. Стандартом при на- 
писании драйверов является язык С. Да, именно 
он. Конечно, можно ухитриться написать на C++, 
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но я не рекомендовал бы играть с объектами. Мож- 
но написать драйвер даже на Delphi, но только ста- 
рой версии (до Delphi 5), и для сборки проекта 
в драйвер все равно понадобиться DDK, потому 
что стандартные компиляторы не умеют собирать 
необходимый бинарник. В новых версиях создает- 
ся не совместимый с утилитой BUILD объектный 
файл. 
> = властелин колец. Теперь перейдем непосре- 
дственно к архитектуре. Как только процессоры от 
Intel стали 32-разрядными (начиная с процессора 
386), их возможности значительно расширились. 
Процессор научился работать в четырех режимах, 
нумеруемых OT 0 до 4. Эти режимы называют коль- 
цами: от RINGO go АИМОЗ. В окнах используется 
только два кольца и два конца, в смысле, поддер- 
живаются только RINGO и RINGS. 

Уровень RINGO самый привилегированный. 
На нем доступны абсолютно все возможности про- 
цессора, прямой доступ к железу, памяти и много 
всего вкусного, но здесь может работать только 
ядро и драйвера ОС. Пользовательские процессы 
работают на 3-м уровне с большими ограничения- 
ми. Именно поэтому хакеры так мечтают очутить- 
ся на нулевом кольце :). 


ТОР El Ye, 
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Дабы изолировать драйвера от пользовательских 
программ, Окна выделили для них разные участки 
памяти. Таким образом, пользовательский про- 
цесс никогда не сможет вмешаться в работу драй- 
вера или ядра. 

При описании архитектуры в разных источ- 
никах даются разные схемы. Скорее всего это свя- 
зано с тем, что эта часть ОС не так открыта, как 
Windows API, и при описании некоторых компо- 
нентов мы можем только догадываться об их су- 
ществовании именно в данном месте и именно 
с такими связями. Но ясно, что режим ядра изоли- 
рован от пользовательских процессов, хотя мы 
можем обращаться к ним через библиотеку 
NTDLL.DLL или вызывая функции напрямую. 

Прямой вызов не является хорошим решени- 
ем, но и нельзя его отнести к запрещенным спосо- 
бам. Отрицательный момент кроется в том, что 
MS может поменять функцию в ядре или предос- 
тавить новую версию, тогда при работе через 
NTDLL перекомпиляция программы не понадобит- 
ся. В реальности такие случаи происходят очень 
редко, и старые функции не исчезают, а продол- 
жают поддерживаться для обеспечения обратной 
совместимости. 
> режим драйвера. Драйвера можно разделить 
на две большие группы — пользовательские (изе!- 
mode driver) и ядерные (kernel mode driver). Есть 
еще куча различных классификаций, но в них нет 
смысла. В принципе, какая разница, в какую груп- 
пу засунуть драйвер. Главное, чтобы он выполнял 
поставленную перед ним задачу. Если ее можно 
решить в пользовательском режиме, то используй 
его. Дело в том, что возможности драйвера и пре- 
доставляемые привилегии отличаются от уровня 
IRQL (о нем чуть ниже). 

Драйвер может быть монолитным и многоу- 
ровневым. В первом случае все функции берет на 
себя один единственный драйвер. Он намного про- 
ще в отладке, но не всегда эффективен, потому 
что может оказаться слишком большим. Намного 
лучше (и поэтому чаще можно встретить) многоу- 
ровневые драйвера. Их можно сравнить с класса- 
ми в C++. Каждый уровень выполняет небольшую 
задачу, но делает это хорошо. После выполнения 
необходимых действий управление передается 
драйверу следующего уровня, где обработка про- 
должается. Отлаживать многоуровневые драйве- 
ра немного сложнее, но зато один раз отшлифо- 
ванный уровень будет работать великолепно, по- 
тому что он выполняет небольшую задачу. 

Некоторые боятся множественности уровней, 
не понимая преимуществ. Рассмотрим на примере 
сетевой карты. Для получения данных из сети мож- 
но создать два драйвера. Первый будет разбирать 
пользовательский запрос, а второй — читать дан- 
ные из сетевой карты. Чтобы написать снифер или 
сетевой экран, нужно написать драйвер, который 
будет работать между двумя существующими. Та- 
ким образом, драйверу снифера не нужно работать 
непосредственно с железом и не нужно разбирать 
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запросы пользователей, — мы только реализуем 
собственные функции в нужном месте. Помимо 
этого, драйвера можно еще разделить на: 


1 ГРАФИЧЕСКИЕ; 
2 МУЛЬТИМЕДИА; 
з СЕТЕВЫЕ ДРАЙВЕРА; 


4 ДРАЙВЕРА ВИРТУАЛЬНЫХ 
УСТРОЙСТВ. 


В принципе, по названию уже понятно, для чего 
они нужны. 

формат. На самом деле, драйвер имеет стан- 
дартный PE (Portable Executable) формат, как и 
у любого другого приложения. Отличие состоит 
в том, что расширение желательно установить 
.зуз, и внутри файла программист должен реали- 
зовать определенные функции, через которые бу- 
дет происходить общение с операционной систе- 
мой. Еще могут быть пользовательские функции, 
которые будут решать поставленные разработчи- 
ком задачи. 

Каждая программа должна иметь точку вхо- 
да. Программисты C++ знакомы с такой точкой хо- 
рошо и привыкли, что ее имя WinMain. У драйвера 
такую точку называют DriverEntry, и она имеет 
следующий вид: 


У 


Эта процедура получает в качестве параметра два 
значения: 

1 Pdriver_object — указатель на созданный 
драйвер. 

2 Punicode_string — строка, содержащая 
раздел реестра, где прописан драйвер. 

Конечно же, имя функции DriverEntry He яв- 
ляется обязательным, и ты можешь ее назвать по- 
другому, но лучше следовать этому правилу, пото- 
му что читабельность кода никто не отменял. А вот 
количество и типы параметров менять вообще не 
желательно. 

Вот так вот может выглядеть простейший 


> загрузка драйвера. Драйверы, как и серви- 
сы, прописаны в реестре HKEY_LOCAL_MACHINE\ 
SYSTEM\CurrentControlSet\Services. Здесь для каж- 
дого драйвера прописаны его параметры, и ты мо- 


жешь прочитать их. Здесь же желательно сохранять 
параметры работы драйвера. Для хранения пара- 
метров необходимо использовать ветку реестра 
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ 
Services\Uma\Parameters, где «Имя» — имя драйвера. 

В качестве результата функция возвращает 
тип данных NTSTATUS. Если результат равен 
STATUS_SUCCESS, то драйвер считается загру- 
женным верно и может обрабатывать ввод/вывод 
информации. Иначе драйвер не загружается в па- 
мять и не может использоваться. 

При выгрузке драйвера вызывается функция 
Dispatch, которая выглядит следующим образом: 


Если драйвер может быть выгружен во время ра- 
боты системы, то необходимо реализовать еще и 
функцию Unload, которая должна выглядеть следу- 
ющим образом: 


Многоуровневые драйвера должны реализовы- 
вать функцию loCompletion, в которой необходимо 
освобождать структуру Ир: 


> ввод/вывод. Драйвера ввода/вывода должны 
создавать логическое, виртуальное или физичес- 
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кое устройство, с которым будет происходить об- 
мен ввода/вывода. Такое устройство создается 
с помощью функции loCreateDevice. Описывать 
эту функцию не будем, потому что она содержит 
аж 7 параметров и имеет кучу особенностей. Если 
ты будешь писать драйвера устройств, то обратись 
к MSDN. Для удаления устройства используется 
функция loDeleteDevice. 

Создав устройство, можно создавать симво- 
лическую ссылку на него с помощью функции 
loCreateSymbolicLink. Если ты создашь ссылку, 
к примеру, с именем «хакер», драйвер будет ви- 
ден в системе /device/xakep. 
> приоритеты прерываний. Исполняемый код 
имеет определенный уровень прерывания IRQL 
(interrupt request levels), по которому определяется, 
что позволено делать, а что нет. Это не уровень по- 
тока, это именно уровень прерывания. Всего таких 
прерываний 32. Прерывание с нулевым номером 
обладает низшим приоритетом, а №31, соответ- 
ственно, наивысшим. Наивысшим уровнем обла- 
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Подробно рассматри- 
ваются вопросы сис- 
темного программиро- 
вания с использовани- 
ем интерфейса Win32 
API. Описываются: уп- 
равление потоками и 
процессами, включая 


их диспетчеризацию, 
синхронизация пото- 
ков, передача данных 
между процессами 

с использованием ано- 
нимных и именован- 
ных каналов, а также 
почтовых ящиков, 
структурная обработка 
исключений, управле- 


динамически подклю- 
чаемых библиотек, 
разработка серви- 
сов... Плюс весьма ак- 
туальное управление 
безопасностью 
Windows. Книга рас- 
считана на начинаю- 
щих системных прог- 
раммистов, но в силу 


ние виртуальной па- 
мятью, управление 
файлами и каталога- 
ми, асинхронная рабо- 
та данных, создание 


объема и полноты ин- 
формации послужит 
отличным справочным 
пособием для более 
опытных коллег. 


Пользовательский режим (User Mode) 


Системные Сервисы Приложения Подсистемы 
процессы (Server, RPC, (Программы и DLL) среды 
(WinLogon, Session Themes...) (Win32, Posix,OS/2) 
Manager...) 
a 
NTDLL.DLL 
м v | м м 
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Различные Виртуальная Графическая 
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Режим ядра (Kernel Mode) 


Наиболее простая схема архитектуры Windows 


дают прерывания устройств, эти IRQL соответству- 
ют аппаратным прерываниям. Два низших преры- 
вания реализованы программно. 

Нулевой уровень зарезервирован для пото- 
ка, который работает, когда системе нечего де- 
лать. Если верить ООК, то это значение указывать 
нельзя. Мы не пробовали и не в курсе, какой будет 
результат, если попытаться :). Уровни с 1 до 15 яв- 
ляются динамическими, потому что по мере необ- 
ходимости ОС может понижать или повышать эти 
значения, чтобы драйвер выполнялся как можно 
быстрее и не блокировал работу системы. Диапа- 
зон от 16 до 31 — фиксированные прерывания, и 
в их уровни ОС не вмешивается. Прерывания от 16 
до 31 имеют одно очень важное свойство — их ра- 
бота не может быть прервана другим процессом, 
если его приоритет прерывания ниже. В связи 
с этим, такой код должен быть максимально ком- 
пактным и выполняться очень быстро, дабы не мо- 
нополизировать процессор. В диапазоне от 1 до 15 
приоритет прерывания может изменяться, поэтому 
в определенный момент код с большим приорите- 
том может быть прерван кодом с низшим значени- 
ем только потому, что ОС решила поиграть с этими 
приоритетами. 

В зависимости от уровня, драйвер может ре- 
ализовывать еще несколько функций, например, 
функцию InterruptService. Она обязательна для 
всех драйверов устройств, которые генерируют 
прерывания. Специфичных для различных уров- 
ней и устройств функций много, и описать их нере- 
ально. Прежде чем писать драйвер, обязательно 
изучи DDK. 
> отладка. Вообще, отладка драйверов — дос- 
таточно сложное и утомительное занятие. Дело 
в том, что если ты допустишь ошибку в пользова- 


тельском приложении, то такую задачу достаточно 
просто снять, перекомпилировать и запустить по 
новой. С драйверами такие шутки проходят редко, 
потому что если в коде допущена ошибка, то вели- 
ка вероятность увидеть синий/черный экран смер- 
ти. После этого компьютер спасет только перезаг- 
рузка, вследствие которой найти проблемную 
строку кода не всегда возможно. 
При отладке рекомендую следующее: 


1 СОХРАНЯЙ ВСЕ ДО НАЧАЛА ТЕСТИРО- 
ВАНИЯ. К ЭТОМУ ПРАВИЛУ ТЫ БЫСТРО 
ПРИВЫКНЕШЬ ПОСЛЕ ПАРЫ СИСТЕМНЫХ 
СБОЕВ И ПОТЕРИ НЕСКОЛЬКИХ ЧАСОВ 
РАБОТЫ. 


2 ИСПОЛЬЗУЙ СПЕЦИАЛЬНУЮ ВЕРСИЮ 
ОКОН С ОТЛАДОЧНОЙ ИНФОРМАЦИЕЙ, 
КОТОРАЯ ПОМОЖЕТ В ПОИСКЕ ОШИБОК 
ПОСЛЕ СБОЯ. 


3 ТЕСТИРУЙ КАК МОЖНО ЧАЩЕ И КАК 
МОЖНО БОЛЬШЕ. ПОСЛЕ КАЖДОГО 
(ПУСТЬ И МАЛЕНЬКОГО) ИЗМЕНЕНИЯ НЕ- 
ОБХОДИМА ТЩАТЕЛЬНАЯ ПРОВЕРКА РА- 
БОТЫ, ИНАЧЕ ПОТОМ ИСПРАВЛЯТЬ 
ОШИБКУ БУДЕТ НАМНОГО СЛОЖНЕЕ. 


4 ПРЕЖДЕ ЧЕМ ТЕСТИРОВАТЬ, ЕЩЕ РАЗ 
ПРОСМОТРИ КОД ДРАЙВЕРА. 


5 ИЕЩЕ РАЗ ПРОСМОТРИ КОД ДРАЙВЕ- 
PA, ЭТО ЛИШНИМ НЕ БЫВАЕТ :). 


Лучше всего отлаживать драйвера в виртуальной 
машине, но это не есть «обязательно». Если драй- 
вер глюкнул, то виртуалка не спасет. 

Встроенный в IDE отладчик тут тоже не по- 


33 


дойдет. Необходимо что-то более серьезное, нап- 
pumep, Зо СЕ или Kernel Debugger из DDK. Вто- 
рой вариант не особо удобен, потому что требует 
наличия двух компьютеров, но если ты использу- 
ешь виртуальную машину, то все решаемо. SiftICE 
обладает широкими возможностями, большин- 
ство предпочитают именно его. Но ты волен выби- 
рать другой отладчик, главное — чтобы он тебе 
был удобен и позволял отлаживать драйвера. 

>  прощенекуда. А можно сделать разработку 
драйвера проще? Можно! Например, на www.jungo.com 
ты можешь найти DDK, при использовании кото- 
рой тебе не нужно знать внутренностей ОС. Все 
достаточно просто: jungo уже написала универ- 
сальный драйвер, который берет на себя все слож- 
ные функции по работе непосредственно с ОС. Ос- 
тается только создать надстройку, которая будет 
работать через драйвер. 

К преимуществам пакета |ипдо можно отнес- 
ти то, что разработка значительно упрощается: те- 
бе не нужно знать DDK или внутренностей ОС. Но 
есть и недостаток — ограниченность возможнос- 
тей. Данный пакет позволяет делать далеко не 
все. Но для простых задач и быстрого решения 
проблемы пакет незаменим. 

Jungo — не единственный пакет, существу- 
ют другие подобные пакеты, например, от сот- 
ризегуе, который обладает большими возможнос- 
тями. С его помощью, благодаря хорошему масте- 
ру, можно создавать не только драйвера, работа- 
ющие через универсальный драйвер, но и самос- 
тоятельные. 
> compiling complete. Любой системный прог- 
раммист, и тем более хакер, должен четко предс- 
тавлять себе архитектуру Windows. Невозможно 
написать полноценные программы безопасности 
без драйверов. Например, полноценный сетевой 
экран или снифер невозможен на пользовательс- 
ком уровне. Тут просто необходимо обращаться 
к более низкому уровню и писать драйвер. Можно 
использовать уже готовые разработки, но это не- 
солидно для тебя и неприемлемо для коммерчес- 
кого продукта. Удачной компиляции! © 


шедевры кернел-кодинга 


1 www.wasm.ru 

многие годы этот сайт остается лучшим для системщика 

и программиста на ассемблере. Здесь же есть информация 
и по программированию драйверов. 


2 www.msdn.com 

msdn и справка из Чак. Без знания английского можно писать 
только простые программы, а хорошей информации 

по драйверам на русском очень мало. Поэтому свежачок 
можно найти только в файлах справки ddk и msdn. 


3 www.jungo.com 
неплохой движок, упрощающий кернел-кодинг. 


4 www.sysinternals.com 
здесь ты найдешь отличный отладчик для кернел-кодинга. 


5 www.void.ru 
классика российского хакинга. Очень рекомендуется 
прочитать статью о прямом вводе/выводе. 


6 www.nullsoft.com 

у этой компании есть движок, упрощающий кернел-кодинг. 
Сейчас компания перешла под крыло Compuserve, но движок 
от этого хуже не стал. 
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А глубокой ночью, отходя ко сну, ты вдруг вспо- 
минаешь первые уроки информатики, первые 
программы на алгоритмическом псевдокоде... 
Но некоторые алгоритмы, хочешь ты или нет, 
применяются в повседневном программирова- 
нии и по сей день. 

> = сортировка. Современные методы применя- 
ются в основном для сортировки и упорядочивания 
массивов данных, чаще всего цифровых. Для нача- 
ла рассмотрим самый простой и самый медлитель- 
ный алгоритм сортировки — метод пузырька. Он 
так называется, потому что при такой сортировке 
самый «легкий» (наименьший) элемент массива 
постепенно поднимается «наверх» (к началу масси- 
ва). То есть, просматривая числовой ряд, ищем та- 
кую последовательность рядом стоящих чисел, где 


- “iy J 24 em 


трюкачи 


ПОПУЛЯРНЫЕ АЛГОРИТМЫ 


ПРОГРАММИРОВАНИЕ ОКРУЖАЕТ ТЕБЯ СО 


ВСЕХ СТОРОН. НА РАБОТЕ ТЫ КОДИШЬ С VISU- 


AL STUDIO .NET НОВЫЙ САЙТ ДЛЯ ТВОЕЙ 
КОНТОРЫ. ДОМА С УПОЕНИЕМ 
РАЗБИРАЕШЬСЯ В ПРЕМУДРОСТЯХ С ПОД *NIX 
И В СОТЫЙ РАЗ ПЕРЕКОМПИЛИРУЕШЬ 
МНОГОСТРАДАЛЬНОЕ ЯДРО... 


Андрей «Огс» Серегин 
апагеу.зегедт @ stp-group.ru 


а > Ь, и меняем а и b местами. После этого начинаем 
просматривать массив сначала, уменьшив количе- 
ство просматриваемых элементов массива на 1. 
И повторяем это безобразие до Tex пор, пока в прос- 
мотре не будет участвовать только первое и второе 
число из массива. Вот процедура, которая осущес- 
твляет сортировку массива таким способом: 


procedure BubbleMethod(var Arr: array of 
double; const М: integer) ; 
var 

A: integer; 


знаменитые 


Br integer; 
Tmp: double; 
begin 
А := 0; 
while A <= М - 1 do 
begin 
В A= OF 
while В <= N- 2 - Ado 
begin 
ih Are Bl Aen iB ll then 
begin 
Тир := Arr[B]; 


Arr — это и входной, и выходной массив, N — число 
элементов массива. Более быстрый метод сортиров- 
и — метод простых вставок (или метод Шелла — не 
что иное, как модификация метода простых вста- 
вок). Есть уже некая упорядоченная последователь- 
ность чисел в массиве, где мы располагаем новые 
сортируемые элементы. В коде это выглядит так: 


a 


Теперь давай посмотрим, какой метод мы можем 
применить, если нам важна скорость сортировки. 
Предыдущие методы нам не подходят, так как они 
ХОТЬ И «классика жанра», но быстротой не отличают- 
ся. Самый скоростной алгоритм сортировки, извест- 
ный на сегодняшний день, — это метод бинарных де- 
ревьев аКа метод Уильяма-Флойда (это не имя и фа- 
милия, а два разных человека). Суть алгоритма в 
том, что у каждого из элементов массива есть два 
элемента-потомка, а сам массив считается отсорти- 
рованным, когда предок больше потомка. Хоть ме- 
тод бинарных деревьев и очень быстр, в реализации 
он достаточно сложный (смотри листинг 1). 


од Уиль; D 


procedure TreeMethod(var Arr: array of double; 
N: integer) ; 
var 
А: integer; 
B integer; 
C: integer; 
D: integer; 
Тир: double; 
begin 
if N=1 then 
Exit; 
A :=2; 
repeat 
D:=A; 
while D <> 1 do 
begin 
С :=D div 2; 


if Arr[C - 1] >= Arr[D - 1] then 


end 
else 
begin 
Tmo := Arr[C - 1]; 
Arr[C - 1] :=Arr[D- 1]; 
Arr[D - 1] := то; 
р :=C; 
end; 
end; 
А :=А+1; 
until not (А <= М); 
A:=N-1; 
repeat 


Tmp := Arr [A]; 


Следующий алгоритм — сортировка методом сли- 
яний aka метод фон Неймана. Метод этот заключа- 
ется в том, что массив делится на упорядоченные 
группы. Сначала каждая из групп состоит из одно- 
го элемента, а затем, соединяя и укрупняя группы 
их соседями, получаем искомый отсортированный 
массив. Кстати, обрати внимание на то, что в ис- 
ходнике для лучшего понимания метода будем ис- 
пользовать второй массив, который имеет тот же 
размер, что и сортируемый (смотри листинг 2). 

Метод фон Неймана — самый сложный в ре- 
ализации, но оптимальный. В повседневном прог- 
раммировании ты, конечно, сам волен выбирать, 
каким из описанных алгоритмов воспользоваться. 
> — поиск. Конечно, ты не переплюнешь таких 
монстров поиска, как Яндекс или Гугл (хотя, кто 
знает). Но то, что ты прочтешь далее, позволит те- 
бе написать, к примеру, собственный поисковый 
движок по сайту. 

За время развития программирования воз- 
можности поиска шагнули далеко вперед, но прин- 
ципы и алгоритмы остаются теми же, что и 10 лет 
назад. Самый простой — метод брутфорса, то есть 
последовательного перебора. Берем первую букву 


(1) 


while D <> 0 do 
begin 
С :=2* 0; 
if C >A then 
begin 


end 
else 
begin 
if C <A then 
begin 
if Arr[C] > Arr[C - 1] then 


Тир := Arr[C - 1]; 
Arr[C - 1] :=Arr[D- 1]; 
Arr[D - 1] := Tmp; 
О. 3=Ce 
end; 
end; 
end; 
Dec (A) ; 
until not (A >= 1); 
end; 


в искомой строке, ищем ее в оригинале. Если нахо- 
дим — смотрим следующую букву. И так далее. Та- 
кой алгоритм проще пареной репы, запрограммиро- 
вать его тоже очень просто ($ — строка, Р — иско- 
мая подстрока, а сама функция возвращает индекс, 
с которого в строке $ начинается подстрока Р): 
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procedure MergeMethod(var Arr: array of double; М: integer); 


var 
On boolean; 
A: integer; 
Al: integer; 
A2: integer; 
№: integer; 
N2: integer; 
MergeLen: integer; 
Tmp: double; 
TmpArr: array of double; 
begin 
SetLength(TmpArr, N- 1+1); 
MergeLen := 1; 
O 3= True; 
while MergeLen < п do 
begin 
if О then 
begin 
А := 0; 
while А + MergeLen <= п do 
begin 
Al :=A+1; 
A2 := А + MergeLen + 1; 
11 := А + MergeLen; 
12 := А +2 * MergeLen; 
if 02 > п then 
begin 
n2 :=n; 
end; 
while (Al <= 01) or (A2 <= n2) do 
begin 
if Al > 01 then 
begin 
while A2 <= n2 do 
begin 
A :=A+t+1; 
TmpArr[A - 1] := Arr[A2 - 1]; 
A2 := A2 +1; 
end; 
end 
else 
begin 
if A2 > n2 then 
begin 
while Al <= nl do 
begin 
А :=А+1; 
TmpArr[A - 1] := Arr[Al - 1]; 
Al := Al + 1; 
end; 
end 
else 
begin 
if Arr[Al - 1] > Arr[A2 - 1] then 
begin 
А :=A+t+1; 
TmpArr[A - 1] := Arr[A2 - 1]; 


А2 := А2 + 1; 
end 


else 

begin 

А :=A+dt+1; 

TmpArr[A - 1] := Arr[Al - 1]; 
Al := Al +1; 


A:=A+t+1; 
while А <= n do 
begin 
TmpArr[A - 1] := Arr[A - 1]; 
А :=A+t+1; 
end; 
end 
else 
begin 
А := 0; 
while А + MergeLen <= n do 
begin 
Al := 
А? := 
01 := 


+ 1; 

+ MergeLen + 1; 
+ MergeLen; 

n2 := + 2 * MergeLen; 
if n2 
begin 


VP Pp PS Pp 


n then 


n2 :=n; 
end; 
while (Al <= n1) or (A2 <= n2) do 
begin 
if Al > 01 then 
begin 
while A2 <= n2 do 
begin 
А :=A+t+1; 
Arr[A - 1] := TmpArr[A2 - 1]; 
АЯ += AQ + 1; 


else 
begin 
if A2 > n2 then 
begin 
while Al <= nl do 
begin 
А :=A+1; 
Arr[A - 1] := TmpArr[Al - 1]; 
Al := Al +1; 


else 
begin 
if TmpArr[Al - 1] > TmpArr[A2 - 1] 
begin 
А := А+ 1; 
Arr[A - 1] := TmpArr[A2 - 1]; 
A2 := A2 +1; 


then 


begin (2) 
A:=A+1; 
Arr[A-1] := TmpArr[A1-1]; 
Al:= Al + 1; 
end; 
end; 
end; 
end; 
end; 
A :=A+1; 
while А <= п do 
begin 
Arr[A - 1] := TmpArr[A - 1]; 
A:=A+1; 
end; 
end; 
MergeLen := 2 * MergeLen; 
О := not О; 
end; 
if not Q then 
begin 
А := 1; 
repeat 
Arr[A - 1] := TmpArr[A - 1]; 
A:=A+1; 
until not (A <= п); 
end; 


end; 


А BOT Ha алгоритме поиска по методу Бойера-Му- 
ра-Хорспула (Boyer-Moor-Horspool Pattern Search, 
чаще всего просто используют аббревиатуру 
ВМН) стоит остановиться чуть более поподробно. 
Действие алгоритма начинается с построения 
«таблицы смещений» для искомой подстроки — 
каждому символу в подстроке приравнивается 
число, которое представляет собой смещение 
символа алфавита относительно последнего 
символа в подстроке. Следующим шагом совме- 
щаем начало строки и подстроки и смотрим, сов- 
пал ли последний символ в подстроке с симво- 
лом из строки, полученном при таком наложении. 
Если это условие не выполняется — смещаем 
подстроку на количество символов из таблицы 
смещений, а если выполняется — сравниваем 
предпоследние символы. И так далее. Самая 
простая реализация такого алгоритма может 
выглядеть так: 


Но, пожалуй, самый известный и популярный алго- 
ритм — это поиск методом Кнута-Морриса-Пратта. 
Идея заключается в том, что мы предварительно об- 
рабатываем искомую подстроку — создаем для нее 
префикс-функцию, то есть ищем в начале и в конце 
подстроки наибольшую последовательность повторя- 
ющихся символов. Например, для строки 12345qwer- 
ty12345 префикс-функция должна возвратить 12345: 


alglib.sources.ru 


= 
[2] 
5 
3 
х 
о 
5 
3 
5 
fo) 
5 
Lo 
® 
о 
о 
© 
x 
= 
fo 
= 
x 
2 
E 
© 
Sc 
8 
< 
= 
х 
Ё 
= 
= 


«Повседневных» алгоритмов, конечно, значитель- 
но больше, но уместить их все в рамки одной статьи, 
увы, нереально © 
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Существует два вида комментариев. Первые ис- 
пользуются для процедуры автоматизированного 
документирования исходного кода и применяются 
в основном при разработке программных интер- 
фейсов. Эти комментарии оформляются с по- 
мощью специальных форматов: doxygen, javadoc 
(без мелкософта тут, сам понимаешь, дело не 
обошлось, и у них тоже имеется собственный фор- 
мат комментариев с трехэтажным названием XML 
Documentation Comments). Второй вид — это ком- 
ментарии, сопровождающие исходный код, объяс- 
няющие его работу, описывающие данные и раск- 
рывающие непонятные и сомнительные моменты. 

> _ автоматизированное документирование — 
одна из самых важных сторон разработки програм- 
много кода. С помощью документации ты объясня- 
ешь своему клиенту, как надо пользоваться плода- 
ми твоих трудов. Идея автоматизированного доку- 
ментирования заключается в том, что в исходном 


медитация 


ПРАВИЛА СОСТАВЛЕНИЯ 
КОММЕНТАРИЕВ 


КОММЕНТАРИИ — МЕРА КАЧЕСТВА 
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УМЕНЬШАЕТСЯ СТОИМОСТЬ ВЛАДЕНИЯ 
КОДОМ 
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коде, рядом с определением или реализацией ис- 
пользуемых клиентом сущностей, пишутся коммен- 
тарии в специальном формате. Далее запускается 
специальная утилита, которая парсит исходный код, 
вытаскивая комментарии и объединяя их в единый 
структурированный документ. Таким образом, с плеч 
программиста снимается вся черновая работа по 
созданию программной документации. Кроме того, 
такой способ документирования позволяет более 
строго контролировать версии программного кода 
и документации, поскольку при изменении програ- 
ммного интерфейса программист должен менять 
расположенные рядом комментарии. 

> комментарии исходного кода. В отличие от 
комментариев для автоматизированного докумен- 


тирования, эти комментарии используются в лю- 
бом программном коде. Стоимость владения ис- 
ходным кодом уменьшается прямо пропорцио- 
нально количеству и качеству комментариев. 
Это связано с тем, что хорошо структурированный 
и комментированный код легче поддерживается и 
сопровождается. То есть программистам просто 
требуется меньше времени для того, чтобы разоб- 
раться с ним. Для анализа качества исходного ко- 
да можно использовать специализированные 
инструменты (например, together), которые подс- 
читывают различные метрики кода, описывающие 
его качество. 

> используй одну нотацию имен. Существует 
достаточно большое количество нотаций имен 


ОПТИМАЛЬНЫМ СЧИТАЕТСЯ СООТНОШЕНИЕ СТРОК КОДА 
К СТРОКАМ КОММЕНТАРИЕВ — 1/3 И 1/4 


программных сущностей, а также стилей кодиро- 
вания. Выбери себе одну из таких нотаций и стиль 
кодирования, и следуй им. Если ты работаешь 
в команде, то вся команда также должна придер- 
живаться единого стиля. 

> = будь внимательней при выборе кодировки и 
языка. В последнее время ситуация с поддержкой 
кириллицы в средах разработки стала заметно 
лучше, однако на встраиваемых платформах до 
сих пор наблюдаются проблемы с русским язы- 
ком. И твой файл с комментариями в кодиров- 
ке СР-1251, написанными в MSVC, ни за что не 
откроется в том же Eclipse под ОМХ. Так что не 
исключено, что придется писать комментарии на 
английском языке. 

> — форматируй и структурируй код. Обращай 
внимание на форматирование своего кода и его 
структуру. Выравнивай фигурные скобки по од- 
ной колонке и строки по отступам. Обязательно 
делай так, чтобы внутри фигурных скобок код 
был выровнен по левому краю и с отступом от 
скобок. Используй для этого табуляцию. Объеди- 
няй несколько строк кода в группы по 3-5 стро- 
чек, которые выполняют однородное по своему 
смыслу действие. Группы отделяй друг от друга 
пустыми строками. 

> = настрой табуляцию. В настройках своего ре- 
дактора поставь галочку, которая предписывает 
ему вместо символа табуляции вставлять опреде- 
ленное число пробелов (обычно 4 пробела). Это 
позволит твоему коду не расползаться, как толпа 
тараканов, по экрану, если клиенту приспичило отк- 
рыть твой код в каком-нибудь «кривом» редакторе. 

> — комментируй «длинные» скобки. Если у тебя 
есть громадные условия и циклы, которые до пол- 
ного счастья вложены друг в друга, то разобрать- 
ся в последовательности закрывающих фигурных 
скобок сложнее, чем в даосизме с помощью Ко- 
рана. Для того чтобы не сойти с ума, просто напи- 
ши строчный комментарий после «длинной» зак- 
рывающей фигурной скобки с оператором, их 
предваряющим. 

> комментируй объявляемые переменные. 
Обязательно комментируй все объявляемые то- 
бой переменные, указывая, что каждая из них де- 
лает и какие данные хранит. Если требования по 
используемой памяти тебе позволяют, старайся 
использовать каждую переменную по своему наз- 
начению. Не стоит хранить в счетчике цикла длину 
строки текста. 

> He старайся комментировать каждую строку. 
Если ты объединяешь строки кода в группы по 
смыслу, то старайся писать каждой группе строч- 


ку, которая описывает, что эта группа делает. Не 
имеет смысла комментировать каждую строку: 
старайся все сводить к макроуровню комментари- 
ев. Оптимальным считается соотношение строк 
кода к строкам комментариев — 1/3-1/5. 

> — используй строчные комментарии. Старайся 
использовать строчные комментарии (предваряю- 
щиеся символами //) вместо многострочных (пред- 
варяющихся символами /*). В том случае, если ты 
захочешь закомментировать большой блок кода, 
существующие комментарии тебе не помешают. 
> — непутай божий дар с яичницей. Никакие ком- 
ментарии не помогут, если ты используешь трехэ- 
тажные программные конструкции, которые так 
любят маньяки STL. Также не стоит злоупотреб- 
лять длинными строками (длиннее 80-100 симво- 
лов) и длинными именами (равно как и короткими 
названиями). Переменная с именем the_sign_ 
of_specified_mathematical_operation может довес- 
ти до колик в животе не одну сотню «читателей» 
кода. Старайся писать более простой код, так, 
чтобы комментарии его дополняли, а не дублиро- 
вали. Код сам по себе является самым совершен- 
ным и лаконичным комментарием, но только 
в том случае, если он логичен, последователен и 
прост. 

> — используй весь спектр тегов автоматизиро- 
ванной документации. Существует множество те- 
гов, которые позволяют выделять специальным 
образом предупреждения, исключения, заметки 
ит.д. Также, с помощью тегов можно объединять 
функции и члены классов в именованные группы. 
В различных системах автоматизированной доку- 
ментации используются разные теги. 

> _ создавай титульную страницу. Для автомати- 
зированной документации существует возмож- 
ность задать титульную страницу, на которой 
ты сможешь расположить базовую информацию 
по своему интерфейсу (некое интеграционное 
введение, которое описывает процесс использо- 
вания твоего кода). Как подключить, какие допол- 
нительные библиотеки требуются и так далее. 

> — используй graphwiz. Если ты хочешь, чтобы 
в твоей документации были красивые графики 
и ОМЕ-диаграммы, скачай и установи утилиту 
graphwiz. Далее тебе необходимо на закладке Dot 
(doxygen) поставить нужные галочки и указать 
путь к этой утилите. После чего на выходе ты полу- 
чишь нужные диаграммы. 

> — используй тег brief. В doxygen этот тег позво- 
лит тебе задавать краткое описание твоего мето- 
да, которое будет отображаться, когда методы 
класса показываются в одном большом списке. 
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Настройка сценария генерации 


> — используй Ter code. С помощью этого тега 
можно задавать примеры кода в твоей документа- 
ции. Обрати внимание на отступы и форматирова- 
ние кода примеров. Закрывается пример с по- 
мощью тега endcode. 

> объединяй документацию. Если ты разраба- 
тываешь несколько библиотек, то их документа- 
цию ты сможешь хитрым образом интегрировать 
при помощи механизма ссылок. Также существу- 
ет возможность встраивать в документацию от- 
дельные документы и изображения. Если немного 
поковыряться с тегами и настройками, то на выхо- 
де можно получить громадный талмуд документа- 
ции со всеми нужными клиенту данными. 

>  рассмотри возможность использования LATEX. 
Этот формат позволяет использовать в тексте 
формулы. Если они тебе строго необходимы для 
документирования, то без LATEX не обойтись. 
Внутри тега \{ можно задавать формулу с исполь- 
зованием так называемого формата LATEX. Этот 
тег будет проигнорирован, если в качестве выход- 
ного формата используется He LATEX. В общем, 
латекс велик и вообще рулит. 

> используй различные схемы определения 
комментариев. Если ты активно используешь 
Rational Rose для дизайна архитектуры и постоян- 
но делаешь forward и reverse engineering, To следу- 
ет обратить внимание на то, что не все коммента- 
рии будут ей верно интерпретированы. Например, 
она проигнорирует символы «/*!», которые марки- 
руют начало комментария для дохудеп. Но если 
твои комментарии начинаются с последователь- 
НОСТИ «//!», ТО UX роза будет добавлять в генериру- 
емые файлы при forward engineering'e и вставлять 
в твои сущности модели при reverse engineering'e. 
Таким образом, тебе не придется постоянно вос- 
станавливать комментарии, и ты сможешь активно 
модифицировать свою модель и код © 


www.stack.nl/~dimitri/doxygen/ 
http://java.sun.com/j2se/javadoc/ 
http://msdn2.microsoft.com/en-us/library/b2s063f7.aspx 
www.graphviz.org 

генераторы документации. 


http://ru.wikipedia.org/wiki/ 
генератор документации глазами викпедии. 


www. interface.ru/borland/bt2006.htm 
borland together 2006. 
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ПРОГРАММИРОВАНИЕ 
НА НЕСКОЛЬКИХ ЯЗЫКАХ 


ПОД ПРОГРАММИРОВАНИЕМ НА НЕСКОЛЬКИХ ЯЗЫКАХ МЫ БУДЕМ 
ПОНИМАТЬ РАЗРАБОТКУ ОДНОЙ ПРОГРАММЫ С ИСПОЛЬЗОВАНИЕМ 
НЕСКОЛЬКИХ ЯЗЫКОВ И ВЗАИМОДЕЙСТВИЕ ПРОГРАММ, 
НАПИСАННЫХ НА РАЗНЫХ ЯЗЫКАХ 


Дмитрий Коваленко 
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В программах Ha Visual С++ и Delphi можно делать 


в двух случаях: 

1 Если нужно оптимизировать критичные по 
скорости и небольшие по объему участки прог- 
раммы. Грамотно написанный ассемблерный код 
всегда быстрее кода, который генерируется 
компилятором C++ или Delphi. 

2 Нужен прямой доступ к памяти и портам. 

Чаще всего используется в драйверах, так как из 
третьего кольца защиты с портами не очень-то 
поработаешь. Поскольку информации об inline-ac- 
семблерах в интернете довольно мало, мы остано- 
вимся на этом подробнее. 
Inline-accem6nep в Visual С++. Ассемблер- 
ные вставки в исходниках Visual C++ оформля- 
ются с помощью блока __азт и выглядят при- 
мерно так: 


$ 


или, что то же самое, так: 


В inline-accem6nepe Visual С++ можно использо- 
вать все инструкции вплоть до Pentium 4 и AMD 
Athlon. Поддерживается также ММХ. Поддержки 
Itanium и x64 пока нет :(. 

По синтаксису inline-accem6nep Visual C++ 
частично совпадает с MASM. Например, как и в 
MASM, можно строить выражения с операндами 
и использовать Offset с глобальными перемен- 
ными (смотри листинг 1). Как и в MASM, можно 
использовать глобальные метки и принудитель- 
но определять короткие переходы (смотри лис- 
тинг 2). Однако определить локальную метку 


inline-accem6nepe Visual C++ нет никаких 
средств для объявления переменных, поэтому 
про привычные DB, DW, DD, DQ, ОТ, DF, DUP и 


THIS можно забыть. Зато можно использовать 
переменные, объявленные в программе на С++ 
(смотри листинг 3). 

В inline-accem6nepe также нельзя объявлять 
структуры — директивы STRUC, RECORD, WIDTH 
и MASK недопустимы. Вместо этого можно ис- 
пользовать структуры, объявленные в программе 
на С++ (смотри листинг 4). Кроме того, в inline-ac- 
семблере можно использовать комментарии и 
НЕХ-числа в стиле С++. 

В принципе, все отличия достаточно подроб- 
но описаны в MSDN 2006 (идет в комплекте с Visual 
Studio 2006). Обычно в Visual C++ inline-accem6nep 


частичн 


#include <stdio.h> 


char format[] = "%s %s\n"; 
int main() 
{ 
__asm{ 
offset format ; 
[еах+2] 


mov eax, 


mov bl, byte ptr 
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используется для написания функций. Kak прави- 
ло, функции, написанные на inline-accemOnepe, 
объявляют с использованием директивы _stdcall. 
В этом случае параметры передаются в функцию 
на стеке в обратном порядке, а результат работы 
возвращается в еах. 


для примера рассмотрим функцию, которая нахо- 
дит длину АЗСИ7-строки: 


| 


(1) 


заносим в eax смещение строки format 


теперь в bl третий байт из строки format 


> глобальных меток и принудительное опред ение коротких пе (2) 
__asm{ 
mov ecx, 10 ; заносим в есх число 10 
jmp short lab; принудительный короткий переход на lab 
хог есх, есх ; обнуление есх (никогда не произойдет из-за предыдущего 
; короткого перехода) 
lab: dec ecx ; декремент есх 
cmp ecx, 0 ; сравниваем с 0 
jne lab ; если не равно 0, переходим на метку lab 
} 
(3) 


#include <stdio.h> 


char format[] = "%s %s\n"; 
int main() 
{ 

char 1 = 1; 

int 9; 


__asm{ 


mov eax, offset format ; 


заносим в eax смещение строки format 


mov bl, byte ptr [eax] ; 
mov i, bl i 


заносим в bl первый символ строки 
копируем Ъ1 в переменную 1 
mov j, 1 ; заносим в переменную j единицу 


inc j ; инкрементируем 3 
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вых, значения регистров не передаются между ас- 
семблерными вставками. Например, если в ассе- 
мблерной вставке ты установил еах в 1, то в следу- 
ющей ассемблерной вставке еах не обязательно 
будет равно 1 (смотри листинг 5). 

Во-вторых, нужно быть осторожным с регист- 
рами и стеком. В середине ассемблерных вставок 
нельзя менять регистры ds, $$, sp, bp и флаги. Если 
эти регистры все-таки меняются, перед выходом 
из ассемблерной вставки их нужно обязательно 
восстановить. Что касается стека, то тут нужно 
соблюдать правило, которое гласит: если в ассе- 
мблерной вставке нечто ложится на стек, то в той 
же ассемблерной вставке это «нечто» должно со 
стека сниматься. 


рассмотрим, например, такой код: 
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При написании кода на inline-accemO6nepe Visual 
C++ следует помнить некоторые моменты. Во-пер- “OK” — заверение! ПонлонеениеЯ 
“Cerra” = o7 ice Прнйбоиеныя 


[98] ии т Обе ое cancer api на ewes быть 


(<a _>-=- | 


И, наконец, если ты пишешь не драйвер, а обыч- 
ное \\п32-приложение, в ассемблерной вставке 
не должно быть привилегированных инструкций. 
Вот, пожалуй, и все про inline-accem6nep Visual 


информация. 

> Inline-accem6nep в Delphi во многом похож на 
inline-accem6nep Visual С++. Поэтому, чтобы не 
повторяться, мы рассмотрим некоторые моменты 
вобщем, без особых подробностей. Ассемблер- 
ные вставки в Delphi размещаются между asm и 
end, например: 


Inline-accem6nep Delphi поддерживает все инструк- 
ции вплоть до Pentium 4 и AMD Athlon. Также мож- 
но использовать инструкции AMD 3DNow! для AMD 
Кб и AMD Enhanced 3DNow! для AMD Athlon. К co- 
жалению, поддержки 64-разрядного кода нет, так 
что про Itanium и x64 можно забыть. 

По синтаксису inline-accem6nep Delphi в oc- 
новном похож на MASM. Например, поддержива- 


К чему приводит изменение регистров edi, esi, esp, ebp и ebx 


ются выражения MASM и локальные метки. Также 
разрешено использование Offset для глобальных 
переменных, объявленных в программе (смотри 
листинг 6). Kak и в MASM, можно использовать 
глобальные метки, но они должны быть объявле- 
ны в секции label (смотри листинг 7). 

Есть и отличия от MASM. К примеру, коммен- 
тарии в ассемблерных вставках должны быть обя- 
зательно в стиле Delphi, в операторах безусловно- 
го перехода нельзя использовать Short и т.п. Все 
эти отличия описаны в документации, которая идет 
с Borland Developer Studio (файл Reference.pdf). 

Как и в inline-accem6nepe Visual C++, в inline- 
ассемблере Delphi нельзя определять перемен- 
ные и структуры. Однако можно использовать 
константы, переменные и записи, уже определен- 
ные в программе (смотри листинг 8). При написа- 
нии кода на inline-accem6nepe Delphi нужно соблю- 
дать те же предосторожности, что и в inline-acce- 
мблере Visual С++. Пожалуй, единственная разни- 
ца заключается в том, что нельзя изменять регист- 
ры edi, esi, esp, ebp u ebx. A вот регистры eax, есх и 
еах можно изменять свободно. 


Обычно на inline-accem6nepe Delphi пишутся функ- 
ции. При написании функций следует учитывать 
некоторые особенности. Во-первых, все парамет- 
ры, занимающие в памяти больше 4 байтов, пере- 
даются в функцию так, как если бы перед ними 
стояли директивы уаг (даже если эти директивы не 
указаны). Во-вторых, результат функции должен 
возвращаться в еах. 


типичная функция выглядит примерно так: 


>»  OBJ-mMogynn. Мы не будем подробно останав- 
ливаться на ОВ\-модулях, их упоминание здесь — 
скорее дань традиции. В славные времена М$ 
DOS ОВу-модули были чуть ли не единственным 
способом использовать одновременно несколько 
языков программирования. 


ЗРЕС':ЛЕМНЕНИЕ 


КРИС 
КАСПЕРСКИ 
САМЫЙ ИЗВЕСТНЫЙ 


В КОМПЬЮТЕРНОМ СООБЩЕСТВЕ 
ГРЫЗУН. ЭТОТ ЧЕЛОВЕКООБРАЗНЫЙ 
ХАКЕР ТОЧИТ ВСЕ — НАЧИНАЯ 

ОТ БЕЗОБИДНЫХ ПРОГРАММ 

И ЗАКАНЧИВАЯ КРЕПКИМ 
КОМПЬЮТЕРНЫМ ЖЕЛЕЗОМ. 

НЕ ПОПАДАЙСЯ ЕМУ ПОД ХВОСТ! 


|| ВАВИЛОНСКАЯ БАШНЯ ЯЗЫКОВ ПРОГРАММИРОВАНИЯ 


«Зачем так много язы- ределяет сознание, 


ков, неужели нельзя 
было обойтись одним, 
атеперь вот сиди и 
yuu!» Но на самом деле 
их не так уж и много, да 
ите исповедуют схожие 
концепции и парадиг- 
мы. Инновация, появив- 
шаяся в одном из них, 
со временем проникает 
во все остальные. Язы- 
ки, выпадающие из 
этой общей группы, 
просто не выживают 
(форт, лисп). Язык оп- 


а сознание, в свою оче- 
редь, формирует язык. 
Один. Конец ХХ века 
прошел под знаменем 
ООП, распространив- 
шим свое влияние 
практически на все 
языки и даже просочив- 
шимся в ассемблер! 
Новые языки возника- 
ют всякий раз, когда их 
творец сталкивается 

с задачей, для реализа- 
ции которой не сущест- 
вует адекватных 


инструментов. Тогда он 
берет наиболее близ- 
кие ему парадигмы, до- 
бавляет несколько све- 
жих идей и... если язык 
получается удачным, 
им начинают пользо- 
ваться во всем мире. 
Это эволюционный путь 
языкового развития 

(В > C > С++). Также 
существует специали- 
зированные языки (Sh, 
php, sql), заточенные 
для решения узконап- 
равленных задач. 
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Если кто не в курсе, ОВ/-модуль — это файл с рас- 
ширением .obj. В ОВ/-модуле в специальном фор- 
мате содержится машинный код, обычно — набор 
каких-то полезных функций. Функции из OBJ-mMo- 
дулей можно вызывать из программ на Visual С++ 
и Delphi. Создавать ОВ}-модули можно с помощью 
компиляторов тех же Visual C++ и Delphi. Таким об- 
разом, ОВу-модуль, написанный Ha Visual C++, те- 
оретически может использоваться в программах 
Ha Delphi и наоборот. 

Но это только теоретически: на практике 
форматы OBJ-mogynen, генерируемых Visual C++ 
и Delphi, несовместимы между собой. Кроме того, 
в Visual С++ и Delphi по умолчанию приняты раз- 
ные соглашения о передаче параметров в функ- 
ции. Это значит, что компиляторы Visual С++ и 
Delphi по-разному вызывают функции из OBJ-mMo- 
дулей и генерируют для этого принципиально раз- 
ный машинный код. Отсюда возникает масса вся- 
ких нюансов, описание которых занимает не одну 
страницу и не две (если кого-то интересуют под- 
робности, то можно посмотреть книгу В. Юрова 
«Assembler. Учебник»). 

Короче, во времена MS DOS ОВ/-модули 
были очень даже отличной штукой, но сейчас это 
далеко не самый простой способ программирова- 
ния на нескольких языках. 
> _ межпрограммное взаимодействие. Выше мы 
обсуждали, как «подружить» в одной программе 
куски кода, написанные на разных языках прог- 
раммирования. Сейчас мы поговорим о том, как 
«подружить» между собой программы, написан- 
ные на разных языках. Под «подружить» имеется 
ввиду «научить разные программы обмениваться 
между собой данными». 

Начнем с того, что в Windows у каждого про- 
цесса есть свое адресное пространство, недос- 
тупное другим процессам. С одной стороны, это 
хорошо — каждый процесс работает в своем ад- 
ресном пространстве и не мешает другим процес- 
сам. С другой стороны, это плохо, потому что ес- 
ли одна программа хочет передать другой какие- 
то данные, она не может сделать это напрямую 
через память. Одним из самых простых решений 
в этой ситуации является использование тетогу- 
mapped файлов. 

Memory-mapped файл — это, по сути, имено- 
ванный участок оперативной памяти, к которому 
может получить доступ любой работающий про- 
цесс. Приведем две программы, на примере кото- 
рых рассмотрим основные методы работы с тето- 
ry-mapped файлами. Первая программа — Метогу- 
Mapped1 — будет создавать memory-mapped файл 
и записывать в него строчки, введенные с клавиа- 
туры. Вторая программа — MemoryMapped2, будет 
считывать эти строчки из Memory-mapped файла и 
выводить их на монитор. Обе эти программы будут 
консольными. 

Начнем с первой программы. Сначала напи- 
шем ее на Visual С++. Откроем Visual Studio и созда- 
дим новое консольное приложение MemoryMapped1. 
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#include <stdio.h> 


struct my_strli{ 
int mem1; 

char both; 

}; 


struct my_str2{ 
int mem2; 

char both; 

}; 


int main() 

{ 
пу 86:1 56:1; 
my_str2 56:2; 


__asm{ 


lea eax, strl ; заносим в eax адрес strl 
; поскольку both есть и в strl ив str2, для доступа к 
; strl.both нужно явно указывать strl 


mov [eax]strl.both, 1 


; поскольку meml есть только в Strl, для доступа к strl.mem 


; указывать strl не обязательно 
mov [eax].meml1, 1 


#include <stdio.h> 


int main() 
{ 


int i; 


__asm{ 
; установим eax в 1 
mov еах,1 


// выведем значение еах 
printf ("EAX=1\n"); 


__asm{ 
; присвоим значение eax переменной 1 


mov i, eax 


// выведем значение eax и убедимся, что оно 
// не совпадает с предыдущим 
релпЕЕ("ЕАХ=%а", i); 


(4) 


(5) 


Сразу же отключим в настройках компилятора ис- 
пользование UNICODE. Пропишем в Memory- 
Mapped1.cpp заголовочные файлы windows.h (что- 
бы можно было без проблем использовать Windows 
API) и stdio.h: 


затем впишем в main() следующий код: 


Приведенный выше код вызывает API Create 
FileMapping, которая создает memory-mapped 
файл. Коротко остановимся на параметрах, пе- 
редаваемых в CreateFileMapping. Первый napa- 
метр — хендл ранее открытого файла на диске. 
Никакого файла на диске мы с вами не открыва- 
ли, поэтому мы передаем здесь INVALID_HAN- 
DLE_VALUE. Второй параметр — указатель на 
структуру SECURITY_ATTRIBUTES, в которой мы 
можем установить права доступа к нашему тет- 
ory-mapped файлу. Ничего особого мы устанавли- 
вать не собираемся, поэтому второй параметр 
у нас 0. Третий параметр — защита (protection) 
memory-mapped файла. Мы хотим читать и писать 
memory-mapped файл, поэтому перейдем к конс- 
танте PAGE_READWRITE. Четвертый и пятый na- 
раметр — это двойные слова. Вместе они опреде- 
ляют одно 64-разрядное число — размер тетогу- 
mapped файла в байтах. Нам хватит одного кило- 
байта, поэтому четвертый параметр (который оп- 
ределяет старшее двойное слово в значении раз- 
мера) у нас равен 0, а пятый параметр (самое 
младшее двойное слово в значении размера) ра- 
вен 1024. И, наконец, пятый параметр «Digital- 
Роет» — это уникальное имя нашего тетогу- 
mapped файла. 

Если АР! CreateFileMapping завершилась 
успешно, в hFile будет находиться хендл создан- 
ного файла. В случае неудачи в hFile будет 0. 
Чтобы отследить это, вставляем в нашу програм- 
му проверку: 


После Toro, как memory-mapped файл создан, ero 
надо отобразить в адресное пространство прило- 
жения. Для этого используется АР! MapViewOfFile. 
Код следующий: 


Опять коротко остановимся на параметрах, кото- 
рые мы передаем в MapViewOfFile. Первый пара- 
метр — хендл memory-mapped файла. Вторым 
параметром у нас передается FILE_MAP_ALL_ 
ACCESS. Это значит, что мы хотим получить 
полный доступ к отображенному файлу. Третий 
и четвертый параметры определят 64-разрядное 
смещение отображаемого участка относительно 
начала файла. Поскольку мы хотим отображать 
файл с начала (с нулевого смещения), у нас ну- 
ли. Ну, и, наконец, пятый параметр — число типа 
DWORD, которое определяет, сколько байт нуж- 
но отобразить. Мы передаем 0 — это значит, что 
нам нужно все. 

Если MapViewOfFile завершилась успешно, 
в pFileContent будет смещение отображаемого 
файла. В случае неудачи там будет NULL. Отсле- 
живаешь, и если MapViewOfFile вернула NULL, то 
закрываешь хендл Memory-mapped файла с по- 
мощью API CloseHandle и выходишь: 
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Дальше организуем цикл, который читает строки На Delphi MemoryMapped1 реализуется точно так 
с клавиатуры. В качестве буфера для этих строк же. Чтобы не повторяться, прокомментируем прин- 
используется наш memory-mapped файл. ципиальные моменты. 

Открываешь Borland Delphi и создаешь но- 
вое консольное приложение. Сохраняешь его под 


цикл выглядит следующим образом: 


Когда программа завершает работу, прекращаем 
отображение memory-mapped файла с помощью 
API UnmapViewOfFile и закрываем ero хендл: 


SPE@r1ratros3o0p 


—— OCHOBbI 

=== MPOrPAMMMPOBA- 

— НИЯ НА C#: 

— 

= Учебное пособие — 
М.: БИНОМ, Лаборатория 
знаний, 2006 / Биллиг 

4 В.А. / 483 страницы 


Язык С# изучается 

с самых азов — встро- 
енных типов данных, 
способов организации 
данных, выражений и 
операторов языка, 
управляющих струк- 
тур, процедур и функ- 
ций. Особое внимание 


уделяется наследова- 
нию и универсальным 
классам. Рассматри- 
вается среда разра- 
ботки Visual Studio .Net 
и классы библиотеки 
FCL каркаса Fra- 
mework .Net. Обсужда- 
ются вопросы коррект- 
ности программных 
систем, их устойчиво- 
сти, повторного ис- 
пользования и расши- 
ряемости. Масса на- 
глядных примеров, 
что называется, «ин- 
клудид». 


основы 
АЛГОРИТМИЗАЦИИ 
И ПРОГРАММИРО- 
ВАНИЯ 


Язык Си: учеб. 
пособие — СПб.: 
БХВ-Петербург, 2006 / 
Демидович Е.М. / 

440 страниц 


По секрету скажем, 

что книга — не что иное, 
как утечка информации 
с курса лекций по дисци- 
плине «Основы алгорит- 
мизации и программиро- 
вания», читаемого в Бе- 
лорусском государствен- 
ном университете ин- 
форматики и радиоэлек- 
троники на факультете 
компьютерных систем 


и сетей. Основные прие- 
мы программирования 

в общем случае не зави- 
сят отязыка программи- 
рования, но конкретно 

в этой книге в качестве 
базового используется 
язык Си. Книга просто 
кишит примерами. 

Для некоторых задач 
рассматривается нес- 
колько вариантов 

и способов программи- 
рования, что гораздо на- 
гляднее, нежели лобо- 
вое навязывание 
чего-то одного. Почти 
все программы пособия 
компилировались и вы- 
полнялись в среде Bor- 
landC 3.1 и Microsoft Visu- 
al C++ 6.0. 
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program Example; 


{SAPPTYPE CONSOLE} 


myVar: integer; 


var 
begin 
asm 
@@1: 
end; 
end. 


mov myVar, -1 
mov eax, offset myVar {offset с глобальной переменной} 
mov bl, byte ptr [еах+2] {выражение MASM} 
{локальная ссылка} 
dec eax 
cmp bl, 0 
31 @@1 


program Example2; 


{SAPPTYPE CONSOLE} 


label labl; {объявляем глобальную метку} 


begin 
asm 
labl: 
end; 
end 


jmp labl {безусловный переход Ha глобальную метку} 
mov eax, 1 


менные и записи, у 


program Example3; 


{SAPPTYPE CONSOLE} 


label labl; 


var 


a: record 


a_mem: integer; 
a_mem2: char; 


end; 


i: integer; 


begin 
asm 


end; 
end. 


{работаем с переменной i} 
mov eax, 1 
mov i, eax 


{работаем с записью a} 

mov eax, offset а 

{при обращении к а_щеи запись а указывать обязательно 
и именно в таком формате} 

mov [eaxta].a_mem, 1 


оеделенные в программе 


(6) 


(7) 


(8) 
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отображаешь Memory-mapped файл в память 
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Справка Borland Help 


и после всего: Теперь можно начинать писать программу Метогу- 
Mapped2, которая будет считывать строчки из тет- 
ory-mapped файла и выводить их в консоль. Снача- 
ла рассмотрим соответствующий код на Visual C++. 

Снова открываешь Visual Studio и создаешь 
консольное приложение MemoryMapped2. Выделя- 
ешь исходный код MemoryMapped1 и копируешь 
в файл MemoryMapped2.cpp. Затем целиком уда- 
ляешь цикл ввода строк, начинающийся со строч- 
ки while(stremp((char*)pFileContent, "stop")!=0), и 
вместо него вписываешь цикл чтения строк из 
memory-mapped файла: 


dynamic link libraries 


DLL — ОДИН ИЗ САМЫХ ПРОСТЫХ 

И ПРАВИЛЬНЫХ СПОСОБОВ 
ПРОГРАММИРОВАНИЯ НА НЕСКОЛЬКИХ 
ЯЗЫКАХ. ДЛЯ ОЗНАКОМЛЕНИЯ 
РЕКОМЕНДУЕТСЯ ПОЧИТАТЬ 

ДВЕ ОЧЕНЬ ХОРОШИЕ СТАТЬИ: 


1 А.Н. ВАЛЬВАЧЕВ, К.А. СУРКОВ, 
Д.А. СУРКОВ, Ю.М. ЧЕТЫРЬКО. 
«ДИНАМИЧЕСКИ ЗАГРУЖАЕМЫЕ 
БИБЛИОТЕКИ» 
WWW.RSDN.RU/ARTICLE/DELPHI/DEL- 
PHI_7_05.XML 


2 А. УВАРОВ. «РАБОТА С БИБЛИОТЕКАМИ 
ДИНАМИЧЕСКОЙ КОМПОНОВКИ (DLL)» 
WWW.REALCODING.NET/ARTICLE/VIEW/2713 


В ЭТИХ СТАТЬЯХ ИЗЛОЖЕНО 
ПРАКТИЧЕСКИ ВСЕ НЕОБХОДИМОЕ, 
ЧТОБЫ НАЧАТЬ СОЗДАВАТЬ И 
ИСПОЛЬЗОВАТЬ DLL НА VISUAL C++ 
И DELPHI. ЕСЛИ ЭТОГО ПОКАЖЕТСЯ 
МАЛО — GOOGLE В ПОМОЩЬ 
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Г в а currortly sania! баба коде 2a than бой out. 
Г Магьюви споое Вне debug емо. 


ee eee ene eo 


Сы | 


Если не снять eax со стека, получишь ошибку 


Вот и все. Как видишь, единственное отличие 
MemoryMapped2 от MemoryMapped1 в том, что 
чтение из memory-mapped файла, а не запись 
в него. Аналогично, чтобы — получить 
в исходном коде 


записи строк, который начинается с while s<>'stop' 
do, на цикл чтения: 


Конечно, это не единственный способ «подру- 


жить» между собой две программы. Есть еще ОПЕ, 


www.osp,ru/text/302/178361/ 

эмпирическое сравнение семи языков 
программирования (Лутц Прехельт) 
http://schools.keldysh.ru/sch444/museum/LANR/evol.htm 
эволюция языков программирования 
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> стоит ли экономить. Даже при наличии 
512 Мегабайт расходовать память, не думая о после- 
дствиях, глупо. Дело в том, что Windows ХР в домаш- 
ней редакции уже съедает от этого объема 128 мет- 
ров, а профессиональная редакция отнимает и 
все 256. Всякие примочки и побрякушки в районе ча- 
сов, антивирусы и сетевые экраны могут отнять еще 
64 метра. Это не дело, и кроме того, расходовать 
предоставленные ресурсы разумно необходимо 
всегда! 

> массивы. Самый банальный и бессмыслен- 
ный расход памяти происходит из-за использова- 
ния массивов фиксированной длины. Допустим, 
что тебе нужно хранить в памяти заранее неизве- 
стное количество чисел. Как поступить в этом слу- 
чае? Можно зарезервировать максимально воз- 
можный буфер и никаких проблем. Да, проблем 
никаких, а вот утечка памяти произойдет достаточ- 
но серьезная. 


из слона 
муху 


как сделать 


ОБРАБОТКА БОЛЬШИХ ОБЪЕМОВ ДАННЫХ 
В НЕБОЛЬШОМ АДРЕСНОМ ПРОСТРАНСТВЕ 


СОВРЕМЕННЫЙ КОМПЬЮТЕР ОБЛАДАЕТ КАК МИНИМУМ 512 МЕТРАМИ ПАМЯТИ (ПЛЮС ФАЙЛ 
ПОДКАЧКИ), ПОЭТОМУ ПРОГРАММИСТЫ НЕ ОСОБО ЗАБОТЯТСЯ ОБ ЭКОНОМИИ 
ОПЕРАТИВКИ. МЫ ВЫДЕЛЯЕМ ПОД СОБСТВЕННЫЕ НУЖДЫ ТОННЫ ЯЧЕЕК И СТРАНИЦ, 

НЕ ОБРАЩАЯ ВНИМАНИЯ НА ВОЗМОЖНЫЕ ПРОБЛЕМЫ. А ВЕДЬ ПАМЯТЬ — НЕ РЕЗИНОВАЯ 

И МОЖЕТ КОГДА-НИБУДЬ ЗАКОНЧИТЬСЯ. ЕСЛИ КАЖДЫЙ БУДЕТ ТАК БЕЗДАРНО 
РАСХОДОВАТЬ СОДЕРЖИМОЕ МИКРОСХЕМ, ТО ДЛЯ НОРМАЛЬНОЙ РАБОТЫ НЕ ХВАТИТ 


И ГИГА ОПЕРАТИВКИ 


Михаил Фленов aka Horrific} 
Www.vr-online.ru 


Допустим, что ты выделил массив из 1024 чи- 
сел. Если каждое твое число типа Integer, то из-под 
ног утекает 4096 байт памяти. А если тип дан- 
ных Int64? А если это не число, а структура разме- 
ром в 100 байт? Это уже сто килобайт памяти. Де- 
сять таких массивов и драгоценный мегабайт ухо- 
дит в небытие. Простейший вариант решения 
проблемы — в массиве хранить не сами структуры, 
а указатели. В этом случае размер массива значи- 
тельно сокращается, но он все равно не оптима- 
лен. Мы резервируем 1024 элемента, а реально 
в программе может использоваться только один. 

Идеальное решение — использование дина- 
мических массивов. Не стоит бояться динамики, 
она безобидна по сравнению с Фредди Крюге- 


ром :). Можно выделить два основных типа дина- 
мических массивов: 

1 Просто выделяем память для хранения 
элементов массива, а по мере необходимости па- 
мять расширяется. Данный вариант самый прос- 
той и самый компактный, но очень неудобный, 
когда необходимо изменять последовательность 
элементов (например, для сортировки) или уда- 
лять элементы из середины массива. 

2 Можно написать класс, который будет управ- 
лять динамическим массивом. Простейший вариант 
такого класса набросан в листинге. Данный код уп- 
рощен до минимума. На компакт-диске ты найдешь 
более полный вариант с примером использования. 
Да, такое хранение данных требует некоторой избы- 


точности для каждого элемента, но зато массив пол- 
ностью динамичен и занимает в памяти ровно столь- 
ко, сколько необходимо. Ничего лишнего резерви- 
ровать не нужно. А главное — размерность массива 
ограничена размером типа данных, который исполь- 
зуется для хранения количества элементов. 

Как вариант, для хранения динамического 
массива указателей можно использовать класс 
TList (в данном случае совет относится к програм- 
мистам Delphi). 

На самом деле, алгоритмов создания спис- 
ков очень много, но мы выделили эти два, как наи- 
более эффективные и достаточно простые в реа- 
лизации. В зависимости от задачи можно приду- 
мать и другой алгоритм: все зависит от того, как 
хранятся данные, нужно ли их сортировать, есть 
ли необходимость удалять из середины, куда до- 
бавляются новые элементы (в конец или могут 
вставляться в середину списка) ит.д. 
> — по чуть-чуть. Допустим, что ты пишешь прог- 
рамму воспроизведения/записи звука или видео. На 
первый взгляд, для воспроизведения тр3З-файла не- 
обходимо столько же памяти, сколько данные зани- 
мают в файле. Достаточно только загрузить все в па- 
мять и отправить данные звуковой карте. Ошибочка 
вышла. Не факт, что звуковая карта сможет понять 
сжатые данные. Придется производить декомпрес- 
сию самостоятельно и направлять звуковой карте 
несжатые данные. Если разложить по полочкам тр3- 
файл, то для хранения всех данных может понадо- 
биться 60, ато и все 100 мегабайт памяти. Такого рас- 
точительства тебя ни один пользователь не простит. 

Еще один пример — простой 7!Р-архиватор. 
Что если необходимо сжать файл размером в 500 
метров? Загрузить его в память, а потом заархиви- 
ровать его там будет достаточно проблематично. 

Во всех этих случаях вполне логичным будет 


100 
1 100 
2 101 
10 110 
20 120 
30 130 
40 140 


уаше rowid| |value rowid| |value rowid 


0 ххх 30 ххх 130 ххх 
1 ххх 31 XXX 131 ххх 
2 ххх 32 ххх 132 ххх 
3 XXX 33 ххх 133 ххх 
4 ххх 34 ххх 134 ххх 


В-Тгее деревья в Oracle (на кончиках веток 
находятся значения индекса и ROWID) 


выделить два небольших участка памяти. В пер- 
вый необходимо загружать данные из файла для 
последующей манипуляции (компрессии/декомп- 
рессии), а во второй будет помещаться результат 
работы. Тут нужно быть аккуратным, потому что 
размеры сжатых и несжатых данных разные и лег- 
ко выйти за границу буфера. Не стоит пытаться 
запихнуть в оперативку все сразу, потому что это 
бессмысленно. Всегда загружай данные неболь- 
шими порциями. 
> циклическое использование памяти. При ра- 
боте со звуком Microsoft предоставляет нам очень 
удобные механизмы работы с памятью, которые 
мы сейчас и рассмотрим. 

Итак, MMSystem получает при воспроизве- 
дении и возвращает при записи звуковые данные 
через специализированные буферы. Так как дан- 


ДОНАЛЬД КНУТ 


«Если вы считаете себя действительно 
хорошим программистом, прочтите 
книгу «Искусство программирования» 
Д.Кнута. Вам определенно следует 
прислать мне резюме, если вы прочли 
эту книгу до конца» — Билл Гейтс. 

Дональд Е. Кнут — автор всемирно 
известной серии книг, посвященной 
основным алгоритмам и методам вы- 
числительной математики, создатель 
настольных издательских систем ТЕХ 
и МЕТАРОМТ, предназначенных для 
верстки физико-математических 
книг. Его перу принадлежит 19 книги 
более 160 статей. Дональд Кнут явля- 
ется почетным профессором Стэнд- 


фордского университета в области 
программирования и вычислительной 
математики. 

Профессор Кнут удостоен многочис- 
ленных премий и наград, среди кото- 
рых можно отметить ACM Turing 
Award, Medal of Science президента 
Картера, AMS Steele Prize за серию Ha- 
учно-популярных статей. В ноябре 
1996 года Дональд Кнут был удостоен 
престижной награды Kyoto Prize в об- 
ласти передовых технологий. 
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Анекдот 
Арбалет 
Балтика 
Бутылка 
Пена 
Стол 
Фара 
Бутылка Пена 
Вагон Пир 
Веревка Пол |-- 
Груша Порох 
День Пуля 
Дом Сало 
Дуло Сахар 
ЕЖ Село 
Груша 
Губа 
Гусь 
Дама 
Даль 
Дева 


Пример древовидного индекса 


ные загружаются порциями, для предотвращения 
задержек в воспроизведении/записи музыки ис- 
пользуется очередь из буферов. Для нормальной 
работы достаточно двух блоков памяти, но можно 
сделать и больше. 

Как пример, выделяем память для хранения 
двух буферов данных. Размер памяти можно выб- 
рать любой, но он должен быть не слишком ма- 
леньким, дабы избежать слишком частой смены 
буферов, и не слишком большим, чтобы сэконо- 
мить память для других целей. Точный размер 
подбирается в зависимости от качества звука, по- 
тому что от этого зависит и размер необходимых 
данных. Из личного опыта — выделяй столько, 
чтобы хватило на воспроизведение/запись не ме- 
нее 5 и не более 10 секунд звука. 

Теперь нужно использовать буфер 1, a бу- 
фер 2 помещаем в очередь. Так как MMSystem pa- 
ботает в отдельном потоке, ждем, когда буфер 1 
освободится. Когда это произойдет, система пе- 
реключится на следующий буфер в очереди (бу- 
фер 2), и пока она будет с ним работать, мы осво- 
бождаем буфер 1 или заполняем его новыми дан- 
ными и снова помещаем в очередь. Таким обра- 
зом, с помощью цикла можно по частям обрабо- 
тать данные любого размера с минимальными 
расходами памяти. 

Два буфера в данном случае минимально 
необходимы, но желательно использовать 3 или 4. 
Дело в том, что в момент освобождения буфера 
система может быть занята и не успеет его очис- 
тить, подготовить и вернуть обратно в очередь. 
В этом случае может произойти заикание в восп- 
роизведении или даже сбой, если идет запись. 
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> слабое место. Когда данных очень много, TO 
даже для очень мощного процессора просматри- 
вать их все очень сложно и проблематично. Дело 
в том, что процессор — не самое главное в совре- 
менном компьютере. Слабым местом по-прежнему 
остается жесткий диск. Это механика и, не смотря 
на то, что производители пытаются из нее выжать 
максимум, она остается очень слабой. 

Можно попытаться оптимизировать процесс 
поиска данных через дефрагментацию, дабы голов- 
ка жесткого диска не прыгала по блину как угоре- 
лая, а читала их последовательно, но затраты в со- 
отношении с результатом слишком большие. Мож- 
но читать данные большими кусками, а обработку 
перенести в отдельный поток, чтобы максимально 
распараллелить задачи, но это тоже не совсем то. 

Если данных действительно очень много, а па- 
мяти очень мало, в бой вступают мозги и алгорит- 
мы. Мы должны реализовать алгоритм так, чтобы 
не было необходимости просматривать все данные. 
И вэтом нам помогут сортировка и индексация. 
> сортировка. Когда данные упорядочены, 
с ними проще работать и искать необходимую ин- 
формацию. Допустим, что есть список всех жите- 
лей города, а тебе нужно найти в нем номер теле- 
фона Иванова. С такой фамилией в целом городе 
может быть не один человек, а сотня. Просматри- 
вать весь список достаточно проблематично, а ес- 
ли он будет упорядочен по фамилиям, то достаточ- 
но будет просмотреть все записи на букву «И» и го- 
тово. Реальная экономия времени и памяти. 
> индексация. Поддерживать списки в упоря- 
доченном виде достаточно проблематично, осо- 
бенно если записи очень часто изменяются, добав- 
ляются, удаляются, и при этом каждая из них мо- 
жет иметь произвольный или очень большой раз- 
мер. В этом случае записи хранят на диске в произ- 
вольном виде, а для быстрого поиска используют 
индексы. Так поступает большинство баз данных, 
чтобы сэкономить память и процессорное время. 

Индексы могут состоять из двух колонок: по- 
ле, по которому происходит упорядочивание дан- 
ных, и указатель на место, где находятся данные 
этой записи. Сами данные хранятся в произволь- 
ном порядке, а вот индексная табличка сортирует- 
ся. Так как она очень маленькая и состоит только 
из двух полей, такую табличку достаточно легко 
поддерживать в упорядоченном виде, а для ее 
хранения в памяти нужно намного меньше места, 
чем для хранения всего списка. 

Теперь, если нам снова нужно найти номер 
телефона по фамилии, мы бежим по индексной 
таблице и ищем необходимую фамилию. Когда 
она найдена, переходим по указателю из индекс- 
ной таблицы и получаем данные человека, в том 
числе его номер телефона и адрес. 

Индексные таблички хороши, но только в ме- 
ру. Для телефонного справочника может понадо- 
биться три индекса: для фамилии, телефона и ад- 
реса. Благодаря трем индексам мы можем легко 
упорядочить данные по любому из этих парамет- 


type 
PMassivitem = *“TMassiviItem; 


TMassivitem = record 

nextItem:PMassivitem; //следующий элемент массива 
previtem:PMassivitem; //предыдущий элемент массива 
Name:String; // пример данных, которые нужно хранить 
// еще здесь могут быть поля элемента массива 

end; 


TMassiv = class 

public 

FirstItem:PMassivitem; // первый элемент списка 
LastItem:PMassivitem; // последний элемент списка 
itemsNumber:Integer; // количество элементов 
constructor Create(str:String); // конструктор 
procedure AddItem(str:String); // добавление элемента 
procedure DeleteItem(index:Integer); // удаление 

end; 


procedure TMassiv.AddIitem(str:String) ; 
var 

newltem: PMassivitem; 

begin 

newltem:= new(PMassivitem) ; 
newltem.Name:=str; 
newltem.nextItem:=nil; 
newltem.previtem:=LastItem; 
LastItem.nextiItem:=newltem; 
LastiItem:=newltem; 

Inc (itemsNumber) ; 

end; 


constructor TMassiv.Create(str:String) ; 
begin 

itemsNumber:=1; 
FirstItem:=new(PMassivitem) ; 
FirstItem.Name:=str; 
FirstItem.nextItem:=nil; 
FirstItem.previtem:=nil; 
LastItem:=FirstItem; 

end; 


procedure TMassiv.DeleteItem(index: Integer) ; 
var 

i:Integer; 

currentItem:PMassivitem; 

begin 

// поиск удаляемого элемента 
currentItem:=FirstItem; 

for i:=0 to index-1 do 
currentItem:=currentiItem.nextItem; 


// наводим новые связи и освобождаем память 

if currentItem.previItem<>nil then 
currentItem.previtem.nextItem:=currentiItem.nextItem; 
if currentItem.nextItem<>nil then 
currentitem.nextItem.previtem:=currentItem.previtem; 
Dispose (currentItem) ;//ouucTKa памяти 
Dec(itemsNumber); //уменьшаем счетчик 

end; 


Текущий буфер Буфер в очереди 


Текущая точка обработки 
Циклическое использование памяти 


ров, но содержать в упорядоченном виде придется 
уже три таблички, а это лишние сложности. 

> деревья. Индексы — очень мощное сред- 
ство для экономии памяти и упрощения сортиров- 
ки. Но для поиска данных все равно приходится 
сканировать всю таблицу, пока мы не найдем не- 
обходимую запись. Если искомый текст начинает- 
ся на букву «А», то мы найдем его быстро, ведь он 
будет находиться в самом начале. Но если иско- 
мая строка начинается на «Я», то нам придется 
сканировать все данные до конца, и экономия ско- 
рости будет небольшой. Да, мы все еще экономим 
память, так как загружаем в оперативку только ин- 
дексную таблицу, а не все данные, но скорость 
невысокая. А если построить индекс в виде дере- 
ва, то сэкономим и место, и время. 

Индексы в виде деревьев очень часто ис- 
пользуются в базах данных, в том числе и в М$ 
SQL Server. Так что понимание пригодится не толь- 
ко программистам (для реализации в собственных 
проектах), но и администраторам, — для лучшего 
понимания внутренностей баз данных. 


Индекс не зря называют деревом, потому 
что все данные в нем располагаются именно в та- 
ком виде. Рассмотрим, как выглядит дерево в па- 
мяти, и ты сразу увидишь все преимущества и не- 
достатки. 
> прогулка по дереву. Итак, дерево состоит из 
блоков равного размера. Размер блока должен 
быть достаточен для хранения хотя бы нескольких 
записей, но он и не должен быть слишком боль- 
шим. Некоторые специалисты рекомендуют де- 
лать его равным 8 Кило (любимый размерчик). Не- 
известно, откуда взялась эта рекомендация, но 
блок получается не большой и не маленький, в са- 
мый раз. Внутри блока все строки желательно упо- 
рядочить, дабы упросить поиск. Так как блоки 
у нас небольшие, то поддерживать все записи 
в упорядоченном состоянии достаточно просто. 

Попробуем найти слово «Гусь». Начинаем по- 
иск с первого блока и последовательно просматри- 
ваем все строки. Находим слово «Бутылка», которое 
меньше, чем искомый «Гусь», но следующее слово 
«Пена» будет уже больше. Переходим в следующий 
блок, на который указывает найденная «Бутылоч- 
ка». Ищем здесь и видим, что ближайшее к искомо- 
му — слово «Груша». Переходим по ссылке на сле- 
дующий блок, где как раз и есть нужный нам «Гусь». 

Ощутил преимущества древовидного индек- 
са? Если нет, то вот они: 

1 Для поиска даже самой последней записи 
в наборе данных не нужно просматривать абсолют- 
но все индексные блоки. Вполне возможно, что дос- 
таточно будет просмотреть только три или четыре. 

2 На поиск любых данных затрачивается 
примерно одинаковое время. 


РЕ Стлтосвзот 


ПРОГРАММИРОВАН 
ИЕ WIN32 АР! 
В DELPHI 


СПб.: БХВ-Петербург, 2005 
/Кузан Д.Я. / 368 страниц 
Разумная цена: 185 рублей 


Применение различ- 
ных интерфейсов 
прикладного програм- 
мирования Windows 
(Win32 API) при разра- 
ботке приложений с 
использованием 
Borland Delphi. Основы 
работы с API, практи- 
ческое применение 
АР! при создании при- 
ложений для работы с 
электронной почтой 
(МАР, со средствами 
коммуникаций (TAPI), 
мультимедиа (ММС), 


графическим интер- 
фейсом и т.п. Причем 
в книге нет столь попу- 
лярного «визуально- 
го» программирования 
типа «возьмите компо- 
нент такой-то из па- 
литры компонентов та- 
кой-то и положите его 
на форму такую-то». 
Все сугубо про взаи- 
модействие Delphi с 
различными API. Ho 
это скорее вводная 
книга в мир API, так 
как в ней ты не най- 
дешь подробного и 
полного описания каж- 
дого интерфейса прик- 
ладного программиро- 
вания. И она «заста- 
вит» тебя начать изу- 
чать различные API. 
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з Для эффективной работы вполне доста- 
точно столько памяти, сколько занимает один ин- 
дексный блок. Все блоки держать в оперативке 
нет смысла, но если есть лишняя память, то можно 
кэшировать блоки. 

Недостаток один, но очень серьезный — 
поддерживать такой индекс не так уж и просто. 

Вот так при минимуме затрат можно быстро 
искать и обрабатывать большие объемы информа- 
ции. В данном случае мы затронули разновидность 
лиственных под называнием B-Tree (Balanced Tree 
или сбалансированные деревья). Бывают и другие 
разновидности, но это уже совершенно другая ис- 
тория. 
> — кластер или нет. Существует две разновид- 
ности деревьев — кластерные и некластерные. 
В первом случае на кончиках веток индексного де- 
рева находятся сами данные. Это значит, что, про- 
гулявшись по всем блокам, мы находим непосред- 
ственно искомые данные. Получается, что в дан- 
ном случае данные упорядочены с помощью тако- 
го индекса физически. Конечно же, на один список 
(таблицу) можно создать только один кластерный 
индекс, потому что упорядочить физически по 
двум разным параметрам один и тот же набор дан- 
ных просто нереально. 

В некластерном дереве на кончиках веток 
находятся только ссылки на данные, а сами дан- 
ные могут находиться где угодно на диске и в лю- 
бом порядке. Таких индексов можно создавать 
сколько угодно. 
> — итого. Это только основные алгоритмы эко- 
номии памяти, плюс мы немного затронули опти- 
мизацию. Удачи! © 


ПРОГРАММИРО- 
ВАНИЕ НА С++ 
ГЛАЗАМИ ХАКЕРА 


рых можно легко ра- 
зыграть друзей. По хо- 
ду книги ты узнаешь, 
как оптимизировать 
размер и скорость вы- 
полнения программ. 
Большая часть приме- 
ров — программирова- 


СПб.: БХВ-Петербург, 
2006 / Фленов М.Е. / 


336 страниц 
Разумная цена: 160 рублей 


Множество нестанда- 
ртных приемов прог- 
раммирования, приме- 
ры использования не- 
документированных 
функций и возможнос- 
тей языка С++. Причем 
автор подошел к проб- 
леме шутя, показывая 
все на примере ма- 
леньких смешных прог- 
рамм, с помощью кото- 


ние в интернете, к при- 
меру, создание скане- 
ра портов или троянс- 
кого коня. Приведены 
алгоритмы написания 
утилит и их подробный 
анализ. Так что в итоге 
ты научишься не толь- 
ко писать свой троян, 
но и некую защиту от 
троянов, зная их прин- 
цип работы. 
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РЕФАКТОРИНГ — 
НЕОБХОДИМОСТЬ 
ИЛИ МОДА? 


ЧТО ТАКОЕ РЕФАКТОРИНГ? Я ВИДЕЛ 
ДОСТАТОЧНО МНОГО ОПРЕДЕЛЕНИЙ ЭТОГО 
ПОНЯТИЯ, НО ВСЕ ОНИ СВОДЯТСЯ К 
УЛУЧШЕНИЮ СУЩЕСТВУЮЩЕГО КОДА. 
ЕСЛИ ТЫ ДУМАЕШЬ, ЧТО ПИШЕШЬ 
ИДЕАЛЬНЫЙ КОД, КОТОРЫЙ НУЖНО 
УЛУЧШАТЬ ТОЛЬКО В ТЕХ СЛУЧАЯХ, КОГДА 
ОН HE РАБОТАЕТ, ТО СИЛЬНО 
ЗАБЛУЖДАЕШЬСЯ. УЛУЧШЕНИЯ НУЖНЫ 
ДАЖЕ ТОГДА, КОГДА КОД РАБОТАЕТ 
ВПОЛНЕ КОРРЕКТНО. ДЛЯ ЧЕГО, КОГДА И 
КАК НУЖНО УЛУЧШАТЬ — УЗНАЕШЬ В ЭТОЙ 
СТАТЬЕ 


Фленов Михаил 
http://www.vr-online.ru 


> для чего нужен рефакторинг. Что можно 
улучшить в коде, который и так уже работает и вы- 
полняет возложенные на него функции? Если 
программу не планируется улучшать и добавлять 
новые возможности, то можно больше ничего не 
трогать. Лучше даже удалить исходники, дабы не 
пытаться разбирать бардак или использовать его 
в будущем. Но если программа нужна не на один 
день, то рефакторинг необходим. 

Ты хотя бы иногда убираешь на своем рабо- 
чем столе? Хоть иногда очищаешь компьютер от 
мусора и неиспользуемых программ? Ну и, наконец, 
убираешь в квартире, чтобы не ходить по ковру из 
бумажек и окурков? Последний пример, может 
быть, и не очень удачный, потому что убираться 
в квартире большинство из нас не любит (сбрасы- 
вая это занятие на маму/жену/подругу), но ходить по 
мусору и жить в бардаке и пыли уж точно неприятно. 

То же самое касается и кода. Если он напи- 
сан хорошо и легко читается, то его приятно сопро- 
вождать, добавлять новые функции или оптимизи- 
ровать. Такой код можно даже использовать в дру- 
гих проектах. Но если код написан ужасно, то нам- 
ного приятнее переписать все с нуля. Из-за плохо- 
го кода лет пять назад я забросил один из люби- 
мых проектов и переписал заново. Этот проект я 
начинал еще в 1996 году и ни разу не задумывался 
о рефакторинге. Тогда даже понятия такого не 
знал (возможно, его и не было). Получив этот неп- 
риятный опыт, я теперь на всех этапах написания 
кода задумываюсь о его улучшении и при первом 
же появлении мусора улучшаю и очищаю код. 

Важность рефакторинга подчеркивает и то, 
что во всех последних версиях сред разработки 
(Delphi 2005/2006, JBuilder 9 и выше, Visual Studio 
2005) появились различные мастера и функции 
для улучшения кода. Эти функции не могут охва- 
тить все сферы рефакторинга, да и без знания ос- 
нов их использовать проблематично. 

В этой статье я постараюсь рассказать о ря- 
де принципов улучшения кода. Основой этих 
принципов является мой личный многолетний 
опыт, и кто-то может с ним не согласиться, а кто- 
то найдет для себя что-то новое. 
> — комментарии. Большинство из нас во время 
написания кода никогда не задумывается о ком- 
ментариях и не любит писать их. Да, хорошо напи- 
санный и оформленный код должен читаться без 
комментариев, но все же, небольшие пояснения 
никогда не помешают. После написания метода я 
стараюсь выделить пару минут своего драгоценно- 
го времени на комментарии, которые в послед- 
ствие позволят мгновенно понять, что я натворил. 

К комментариям применимо одно простое 
правило — они должны быть короткими и понят- 
ными. Если среда разработки поддерживает ком- 
ментарии TODO, то не стесняйся использовать их, 
они реально помогают. 
>»  читабельность. Многие из программистов аб- 
солютно не обращают внимание на имена пере- 
менных. Когда программа состоит из 1000 строк 


кода, то понять назначение переменной не сложно. 
Но когда исходный код исчисляется 5-ю тысячами 
строк и более, начинаются серьезные проблемы. 
Особенно через годик после его написания. Спро- 
сите программиста, что может храниться в пере- 
менной Temp, Str или Param? Первое, что приходит 
в голову — там хранятся отходы жизнедеятельнос- 
ти человека, которые мы сбрасываем в туалет. 

Если по имени переменной нельзя понять, для 
чего она и что хранит, то на чтение кода приходится 
тратить лишнее время. Необходимо сначала найти 
место, где объявляется переменная, а потом опреде- 
лить, что в нее записывается. А то иногда без бутыл- 
ки пива с кодом разобраться просто невозможно. 

А что если переменная называется iFileLength? 
Вот тут уже легко понять, что это целочисленная 
переменная Integer или int (в зависимости от языка) 
и она содержит длину файла. Чтение такого кода и 
сопровождение значительно упрощается. 

О переменных можно говорить очень много, 
но я кратко дам несколько основных правил, кото- 
рых желательно придерживаться: 

1 Имя переменной должно содержать какой- 
либо префикс, который укажет нам на тип данных. 

2 Имя должно быть осмысленное, и без лиш- 
них пояснений должно быть понятно, что за ним 
скрывается. 

з Одна переменная никогда не должна вы- 
полнять сразу два действия в одном и том же блоке 
кода. Например, внутри одной процедуры перемен- 
ная IfileLength не должна сначала содержать длину 
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файла, а потом использоваться в качестве счетчи- 
ка в цикле. В последствии очень просто забыть этот 
нюанс и неправильно использовать значение пере- 
менной, что приведет к проблемам безопасности. 

Для улучшения переменных нужно просто 
дать всем им понятные имена и убедиться, что каж- 
дая из них используется только для одной цели. 

Да, лишняя переменная отнимает место в па- 
мяти, но если она имеет простой тип, то это не 
смертельный размер и минимальная плата за прос- 
тую, но очень хорошую защиту от неправильного 
использования переменных. Прикинь сейчас, какие 
ошибки ты чаще всего исправляешь? Лично я чаще 
исправляю собственную невнимательность, и боль- 
шинство программеров, я думаю, тоже. Если сле- 
довать описанным выше правилам, вероятность 
ошибок из-за невнимательности уменьшается. 
> методы. Я думаю, не стоит и говорить о том, 
что имя метода должно быть понятным. Понятны- 
ми должны быть все имена. Давайте поговорим 
о нюансах, которые относятся именно к мето- 
дам/процедурам/функциям. 

Каждый метод должен выполнять одну и 
только одну функцию. Лучше всего, если эта 
функция будет максимально узкой. Например, ес- 
ли мы создаем метод загрузки файла, то метод 
должен только загружать файл, а анализ и другие 
возможности необходимо реализовывать в других 
методах. Но при этом нельзя отделять такие функ- 
ции, как проверка корректности и безопасности. 
Выносить их в отдельный метод очень сложно, 
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В JBuilder функции рефакторинга спрятаны в контекстном меню и меню Edit 


54 ПРОГРАММНОЕ ЗАКУЛИСЬЕ СПЕЦ 10-06 


иногда невозможно, а в большинстве случаев — 
глупо. Реализация и проверка корректности не- 
разделимы, поэтому в методе загрузки файла 
нужно не забыть проверить наличие файла, кор- 
ректность его открытия, доступность данных, раз- 
мер буфера для чтения ит.д. 

Как же мы любим объединять весь возмож- 
ный код в одном методе! А ведь это грозит нам 
следующими проблемами: 


“~ МЕТОД ОЧЕНЬ СЛОЖНО ЧИТАТЬ, 
ДАЖЕ ПРИ НАЛИЧИИ БОЛЬШОГО ЧИСЛА 
ПОДРОБНЫХ КОММЕНТАРИЕВ. 


“ КОД СЛОЖНЕЕ ИСПОЛЬЗОВАТЬ 
ПОВТОРНО. КОГДА МЕТОД ВЫПОЛНЯЕТ 
УЗКУЮ ЗАДАЧУ, ТО ЕГО МОЖНО 
ИСПОЛЬЗОВАТЬ В ДРУГОМ МЕСТЕ 
ПРОГРАММЫ, ГДЕ НЕОБХОДИМЫ ТЕ ЖЕ 
РАСЧЕТЫ. ЕСЛИ МЕТОД РЕШАЕТ 
НЕСКОЛЬКО ЗАДАЧ, ТО ВЕРОЯТНОСТЬ 
НЕОБХОДИМОСТИ ВЫПОЛНЕНИЯ ВСЕГО 
ТОГО ЖЕ В ДРУГОМ МЕСТЕ — НАМНОГО 
НИЖЕ. 


™ УСЛОЖНЯЕТСЯ ОТЛАДКА МЕТОДА, 
А В БОЛЬШИХ ПРОЕКТАХ И ОТЛАДКА 
ТЕСТИРОВАНИЯ ОТНИМАЕТ 
ДОСТАТОЧНО МНОГО ВРЕМЕНИ И СИЛ. 


Проблем у больших и универсальных методов 
очень много, но эти пункты я бы выделил в качестве 
основных. Если методы выполняют узкие задачи, то 
мы избегаем всех этих непростых моментов. 
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Проблем у больших и универсальных MeTO- 
дов очень много, но эти пункты я бы выделил в каче- 
стве основных. Если методы выполняют узкие зада- 
чи, то мы избегаем всех этих непростых моментов. 

У данного совета могут быть противники, по- 
тому что избыточное количество вызовов мето- 
дов — это снижение скорости. Да, вызов каждой 
процедуры требует лишних расходов, особенно 
если она получает много параметров. А если про- 
цедура за время выполнения программы будет 
вызываться сотни, а то и тысячи раз, то это уже 
серьезный удар по производительности. Да, лиш- 
ние методы не нужны, но когда приходится выби- 
рать между качеством кода и оптимизацией, я 
всегда выбираю первое и всем советую действо- 
вать так же. 
> улучшение методов. В случае с методами ба- 
нальным переименованием уже не обойтись. Тут 
уже приходится вмешиваться в код более ради- 
кально. Если функция получилась очень большой 
или в глаза бросается выполнение нескольких за- 
дач, необходимо разбить ее на несколько более 
маленьких функций. 

В Delphi 2005 появилась достаточно интел- 
лектуальная функция Refactor/Extract Method. В 
JBuilder та же функция спрятана в меню Edit/ 
Extract Method. Чтобы воспользоваться ею, необ- 
ходимо выделить отрывок кода, который нужно 
переместить в отдельный метод и выбрать указан- 
ный пункт меню. Перед нами открывается диало- 
говое окно, в котором достаточно ввести имя но- 
вого метода. Все остальное среда разработки сде- 
лает сама, а именно: 
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Вот такая удобная поддержка 104о-комментариев в JBuilder 


1 БУДЕТ СОЗДАН И КОРРЕКТНО ОБЪЯВ- 
ЛЕН НОВЫЙ МЕТОД. 


2 ВМЕСТО КОДА, КОТОРЫЙ МЫ ВЫДЕЛИ- 
ЛИ, БУДЕТ ВСТАВЛЕН ВЫЗОВ ВНОВЬ 
СОЗДАННОГО МЕТОДА. 


Улучшение может потребоваться и в тех случаях, 
когда схожий код встречается в нескольких мето- 
дах. И пусть они решают узкую задачу, но повторе- 
ние кода не есть хорошо. Намного лучше выделить 
отдельный метод: это упростит сопровождение 
программы. 

> — размер метода. Многие авторитетные прог- 
раммисты считают, что методы должны быть мак- 
симально короткими, и если код не помещается на 
экран, то его необходимо разбить на несколько ме- 
тодов. Я бы не злоупотреблял этим правилом, по- 
тому что большое количество методов — тоже ми- 
нус. Если метод решает одну и только одну задачу, 
то не стоит его делить на несколько, даже если он 
занимает два экрана. Просто купи монитор по- 
больше :). Это, конечно же, шутка, — монитор по- 
больше не нужен. Достаточно один раз отладить 
задачу и забыть про нее. 

> = видимость методов. Видимость методов так- 
же относится к рефакторингу. Ни один лишний ме- 
тод не должен быть виден другим классам для пря- 
мого вызова. Дабы не следить за видимостью, 
я всегда создаю все методы закрытыми, и только 
если какой-то из них понадобилось вызвать извне, 
я делаю его открытым. 

Когда ты заканчиваешь работу над програм- 
мой, просмотри все классы и видимость их мето- 
дов. Возможно, какой-либо метод ты сделал отк- 
рытым, а потом нашел другой способ решения за- 
дачи. Не помешает закрыть этот метод. Да, на 
производительности программы это не скажется, 
но код станет лучше и опрятнее. 
> — читабельность метода. Язык C++ великоле- 
пен и позволяет нам одну и ту же операцию запи- 
сать несколькими способами. Программисты на 
других языках так же могут записывать определен- 
ные операции в одну строку. Если строка кода ста- 
новится нечитабельной, то следует задуматься, 
а не разбить ли ее на две строки? 

Длинные строки кода очень тяжелы для 
восприятия. Лучше всего, если строка будет поме- 
щаться на экран полностью. Если с вертикальной 
прокруткой для просмотра метода целиком можно 
смириться, то горизонтальная неудобна, и с ней 
необходимо бороться. 

3» = классы. Помимо хорошего именования клас- 
сов, они также, как и методы, должны решать уз- 
кую задачу. Не стоит создавать один класс, кото- 
рый будет решать задачу дома, сарая и гаража од- 
новременно. Лучше выстроить иерархию из нес- 
кольких классов (возможно, с одним базовым, ко- 
торый будет содержать общие методы и свойства). 

В JBuilder и Delphi 2006 есть очень удобная 

возможность выделения методов в отдельный 
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класс или интерфейс. Эти возможности спрятаны 
в меню Refactor/Extract Interface и Refactor/Extract 
superclass. Допустим, ты написал класс, который 
характеризует дом. Затем в программе понадоби- 
лось создать гараж. Так как некоторые характе- 
ристики гаража будут такими же, как и для дома, 
можно выделить их в суперкласс, а затем насле- 
довать от него гараж, сарай и другие строения со 
схожими параметрами. 

> улучшение классов. Что еще можно сделать, 
чтобы классы стали лучше? Тут уже нужен более 
глубокий анализ на уровне методов. Необходимо 
выяснить, действительно ли методы относятся 
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к задаче, решаемой классом. Если нет, то метод 
необходимо вынести за пределы класса. Куда, — 
тут я ничего хорошего посоветовать не могу, пото- 
му что все зависит от программы. 

Если метод принимает очень много парамет- 
ров, то это не есть хорошо. Посмотри: возможно, 
некоторые параметры можно хранить в качестве 
членов класса. Да, в этом случае понадобятся ме- 
тоды для установки значения данного члена (ни- 
чего пошлого, так называют свойства классов), но 
если данный параметр нужен в нескольких мето- 
дах, то эти затраты оправданы на все 100%. 
> — форматирование кода. Оформление кода 
также можно отнести к рефакторингу. Тут у прог- 
раммистов Visual Studio немного больше преиму- 
ществ. Чего стоит меню Edit/Advanced. Тут есть все 
необходимое, чтобы сделать код более удобным 
для чтения. В Delphi тоже есть большинство этих 
функций, но они по умолчанию спрятаны. И если 
ты знаешь горячие клавиши и вынесешь соответ- 
ствующие кнопки на панель, тебе будет гораздо 
удобнее работать. 

О том, как оформлять код, написано уже 
много. Лично мое мнение — он должен быть 
оформлен так, чтобы тебе было удобно его чи- 
тать. Если для понимания отдельного метода или 
отдельной строки приходится напрягать мозг, то 
форматирование неудачное и следует задуматься 
о его улучшении. 

Современные среды разработки автомати- 
чески форматируют код. Visual Studio и JBuilder де- 
лают это уже давно, а теперь и в Delphi появились 
подобные возможности. Но настройки JBuilder 
пошли дальше. Здесь можно выбрать, где и как 
должны располагаться скобки { и }. Существуют и 
отдельные мастера для разных сред разработки, 
которые автоматически отформатируют код. 
> = структура кода. Обычная сортировка мето- 
дов также может повысить читабельность. Как 


сортировать методы? Это зависит от многих фак- 
торов, но желательно, чтобы порядок методов со- 
ответствовал заранее определенному правилу. 
Какие могут быть порядки? 

1 По алфавиту. Банальный, но очень удоб- 
ный порядок, позволяющий быстро находить мес- 
то, где должен располагаться нужный метод. Ре- 
комендую использовать его, когда модуль/класс 
очень большой и содержит очень много методов. 

2 По типу. Сначала можно расположить ме- 
тоды, устанавливающие значения свойств, затем 
производящие расчеты, а потом — выводящие ин- 
формацию на экран. 

Возможно, ты предпочтешь другую сорти- 
ровку, главное, чтобы она была удобной и позво- 
ляла быстро найти нужный метод. В современных 
средах разработки есть специальные окна, кото- 
рые упрощают поиск, но при наличии сортировки 
поиск будет еще проще. 
>  рефакторинг и безопасность. Если посмот- 
реть на рефакторинг, то он не вносит в код ничего 
сверхъестественного. Безопасность остается на 
том же уровне, а производительность может даже 
упасть. Но это только на первый взгляд. На самом 
деле, безопасность растет, пусть косвенно, но 
очень качественно: 


1 ВО ВРЕМЯ РЕФАКТОРИНГА ТЫ ЛУЧШЕ 
ПОНИМАЕШЬ КОД ПРОГРАММЫ И В ЭТОТ 
МОМЕНТ МОЖЕШЬ НАЙТИ НЕДОЧЕТЫ 

В ЛОГИКЕ. 


2 СДЕЛАЙ КОД БОЛЕЕ ПОНЯТНЫМ, И ЕГО 
ЛЕГЧЕ БУДЕТ ОТЛАЖИВАТЬ И НАХОДИТЬ 
НЕДОЧЕТЫ. 


3 ЕСЛИ МЕТОД ИЛИ КЛАСС ВЫПОЛНЯЕТ 
УЗКУЮ ЗАДАЧУ, ТО НАМНОГО СЛОЖНЕЕ 
СОВЕРШИТЬ ОШИБКУ. 


Рефакторинг еще и решает одну простую, но 
очень важную проблему безопасности — защи- 
щает от возможных проблем в будущем. Через 
некоторое время, когда ты вернешься к коду для 
его улучшения или изменения возможностей, 
многое забывается, и если код плохой, то очень 
легко допустить ошибку и навредить безопаснос- 
ти. Ну как можно вспомнить через год, что опре- 
деленная переменная внутри функции использу- 
ется тремя разными способами и хранит различ- 
ные данные. Чем проще код для чтения и проще 
использование методов/параметров, тем менее 
вероятна ошибка. 

+ refactoring complete. За отведенное мне мес- 
то мы смогли рассмотреть только базовые понятия 
рефакторинга, но если следовать им, то ты смо- 
жешь реально повысить качество кода. Попробуй 
и уже скоро ты увидишь, что рефакторинг реально 
помогает. На банальное улучшение никогда не 
хватает времени, но если его выкроить хотя бы чу- 
точку, то код станет намного лучше и с ним будет 
приятно работать в будущем © 


С точки зрения прикладного программиста, компи- 
лятор — это черный ящик, заглатывающий исход- 
ный текст и выплевывающий двоичный файл. Ка- 
кие процессы протекают в его «пищеварительном 
тракте» — неизвестно. Разработчики компилято- 
ров крайне поверхностно описывают механизмы 
оптимизации в прилагаемой документации, так и 
не давая ответа на вопрос: что именно оптимизи- 
рует компилятор, а что — нет. 

Как следствие — одни разработчики пишут 
ужасно кривой код, надеясь, что все огрехи испра- 
вит компилятор (ведь он же «оптимизирующий!»). 
Другие же, наоборот, пытаются помочь компиля- 
тору, оптимизируя программу вручную и произво- 
дя кучу глупых и ненужных действий, например, 
заменяя а = 6/4 Haa=b >> 2, хотя любой компиля- 
тор сделает это и сам. А вот поместить в регистр 
переменную, переданную по ссылке, он уже не ре- 
шается (почему — см. «удаление лишних обраще- 
ний к памяти»), то же самое относится и к выносу 
инвариантных функций из тела цикла. 

Для достижения наивысшей эффективности 
необходимо помочь компилятору, придерживаясь 


акробатика 


для программиста 


МОЩЬ И БЕСПОМОЩНОСТЬ 


АВТОМАТИЧЕСКОЙ ОПТИМИЗАЦИИ 


К КОНЦУ 90-Х ГОДОВ КОМПИЛЯТОРЫ ПО СВОЕЙ ЭФФЕКТИВНОСТИ ВПЛОТНУЮ 
ПРИБЛИЗИЛИСЬ К АССЕМБЛЕРУ, ОДНАКО, ВСЕ ЕЩЕ СУЩЕСТВУЕТ МНОЖЕСТВО 
КОНСТРУКЦИЙ, НЕПОДДАЮЩИХСЯ АВТОМАТИЧЕСКОЙ ОПТИМИЗАЦИИ, НО ЛЕГКО 
ТРАНСФОРМИРУЕМЫХ ВРУЧНУЮ. ПОКАЖЕМ, КАК НАДО И КАК НЕ НАДО ОПТИМИЗИРОВАТЬ 
ПРОГРАММЫ НА ПРИМЕРЕ MICROSOFT VISUAL C++, INTEL C++, BORLAND BUILDER, GCC 


И HEWLETT-PACKARD C++ 


Крис Касперски aka мыщъьх 
по е-тай 


определенных правил программирования (кстати 
говоря, не описанных в штатной документации). 
Если ты недоволен быстродействием откомпили- 
рованной программы, не спеши переписывать ее 
на ассемблере. Попробуй сначала оптимизиро- 
вать код путем реконструкции исходного текста: 
в большинстве случаев получишь тот же самый 
результат, но потратишь меньше времени и сохра- 
нишь переносимость. 

> = чтоне надо оптимизировать. Начнем с того, 
что не надо оптимизировать, позволяя транслято- 
ру сделать это за нас (нехай делает). В частности, 
практически все оптимизирующие компиляторы 
умеют вычислять константы на стадии трансляции. 
В различных русскоязычных источниках этот при- 
ем оптимизации называется как «сверткой», так и 
«размножением» констант, что соответствует анг- 
лийским терминам «constant folding/propagation». 
Еще один английский термин из той же кучи — 


«constant elimination» (буквально — «изгнание 
констант»). Все это синонимы, и описывают они 
один и тот же механизм вычисления константных 
выражений (как целочисленных, так и веществен- 
ных), в результате чего a = 2 * 2 превращается ва = 
4, ах= 4*у/2 —Bx=2’y. 

Побочным эффектом оптимизации стано- 
вится потеря переполнения (если таковое имело 
место быть). С точки зрения математика, выраже- 
ния foo = bar/4*4 и foo = Баг полностью эквивалент- 
ны, но если переменные foo и bar целые, то неоп- 
тимизированный вариант обнуляет два младших 
бита bar! Некоторые программисты умышленно 
используют этот прием, вместо того чтобы вос- 
пользоваться «foo = bar & (~3)», а потом ругаются 
на «глючный» оптимизатор! 

За исключением Intel С++, все рассматри- 
ваемые компиляторы поддерживают «улучшен- 
ную свертку констант» («advanced constant fold- 


ing propagation»), заменяя все константные пере- 
менные их непосредственным значением, в ре- 
зультате чего выражение а =2; 6 =2 *а; c=ba; 
превращается в с =2, а переменные а и b (если 
они нигде более не используются) уничтожаются. 

В операторах ветвления («if», «?» и «switch») 
константные условия встречаются редко и обычно 
являются следствием чрезмерного увлечения 
#define, BOT, например, как здесь: 


неоптимизированный вариант 


За исключением Intel C++, все рассматриваемые 
компиляторы выполняют константную подстанов- 
ку, оптимизируя код, избавляясь от ветвления и 
ликвидируя «мертвый код», который никогда не 
выполняется: 


Выполнять эту оптимизацию вручную совершенно 
необязательно, поскольку оптимизированный лис- 
тинг менее нагляден и совершенно негибок. По 
правилам этикета программирования, все конс- 
танты должны быть вынесены в #аейпе, что значи- 
тельно уменьшает число ошибок. 

удаление копий переменных. Для повыше- 
ния читабельности листинга программисты обыч- 
но загоняют каждую сущность в «свою» перемен- 
ную, не обращая внимания на образующуюся из- 
быточность: многие переменные либо полностью 
дублируются, либо связаны друг с другом нес- 
ложным математическим соотношением, и для 
экономии памяти их можно сократить алгебраи- 
ческим путем. 

В англоязычной литературе данный прием 
называется «размножением копий» («сору ргора- 
gation»), что на первый взгляд не совсем логично, 
но если задуматься, то все проясняется: да, мы 
сокращаем переменные, размножая копии храня- 
щихся в них значений, что наглядно продемон- 
стрировано в следующем примере: 


$ 


переменные а и Ь — лишние 


После оптимизации переменные а и b исчезают, а 
return возвращает значение выражения (2*п+1): 


> устранение хвостовой рекурсии. Хвостовой 
рекурсией («tail recursion») называется такой тип 
рекурсии, при котором вызов рекурсивной функ- 
ции следует непосредственно за оператором 
return. Классическим примером тому является ал- 
горитм вычисления факториала: 


Вызов функции — достаточно «дорогостоящая» (в 
плане процессорных тактов) операция, и, за исклю- 
чением Intel С++, все рассматриваемые компилято- 
ры трансформируют рекурсивный вызов в цикл: 


Естественно, оптимизированный код менее нагля- 
ден, поэтому выполнять такое преобразование 
вручную — совершенно необязательно. 

> = что надо оптимизировать. Теперь поговорим 
о TOM, с чем оптимизирующие компиляторы не справ- 
ляются и начинают буксовать, резко снижая эффек- 
тивность целевого кода. Помочь им выбраться из бо- 
лота — наша задача! Чип и Дейл уже спешат! Ну 
а мыщьх вращает хвостом. Руководит, значит. 

Начнем с функций. Из всех рассматривае- 
мых компиляторов только Intel C++ поддерживает 
глобальную оптимизацию, а остальные — транс- 
лируют функции по отдельности, задействуя 
«сквозную» оптимизацию только на встраивае- 
мых (inline) функциях. Отсюда следует, что чем 
выше степень дробления программы на функции 
(и чем меньше средний размер одной функции), 
тем ниже качество оптимизации, не говоря уже 
о накладных расходах на передачу аргументов, 
открытие кадра стека и т. д. 

На мелких функциях, состоящих всего из 
нескольких строк, оптимизатору просто негде 
«развернуться», а задействовать агрессивный ре- 
жим подстановки, «вживляющий» все мелкие 
функции в тело программы, нежелательно, пос- 
кольку это приводит к чрезмерному «разбуханию» 
программного кода. 
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Оптимальная стратегия выглядит так: выклю- 
чаем режим автоматического встраивания и стре- 
мимся программировать так, чтобы средний размер 
каждой функции составлял не менее 100-200 строк. 
> удаление неиспользуемых функций. Боль- 
шинство компиляторов не удаляют неиспользуе- 
мые функции из исходного текста, поскольку ис- 
пользуют технологию раздельной компиляции, 
транслируя исходные тексты в объектные модули, 
собираемые линкером в исполняемый файл, ди- 
намическую библиотеку или драйвер. 

Функция, реализованная в одном объектном 
файле, может вызываться из любых других, но ин- 
формацией о других модулях компилятор не обла- 
дает и потому удалять «неиспользуемые» (с его 
точки зрения) функции не имеет права. 

Теоретически, неиспользуемые функции дол- 
жен удалять линкер, но популярные форматы объе- 
ктных файлов к этому не располагают и в грубом 
приближении представляют собой набор секций 
(.text, .data ит. д.), каждая из которых, с точки зрения 
линкера, представляет монолитный блок, внутрь ко- 
торого линкер не лезет, а просто объединяет блоки 
тем или иным образом. Вот потому-то и не рекомен- 
дуется держать весь проект в одном файле (особен- 
но если это библиотека). Помещай в файл только 
«родственные» функции, всегда используемые в па- 
ре и по отдельности не имеющие никакого смысла. 

Посмотрим, как устроена стандартная биб- 
лиотека языка Си. Большинство функций реали- 
зовано в «своем» собственном файле, компилиру- 
емом в Obj, содержащим только эту функцию и ни- 
чего сверх нее! Множество таких Obj объединяют- 
ся библиотекарем в один И-файл, откуда линкер 
свободно достает любую необходимую функцию, 
не таща ничего остального! Собственно говоря, 
именно для этого библиотеки и придумали. Прог- 
раммисты, помещающие реализации всех функ- 
ций своей библиотеки в один-единственный файл, 
совершают большую ошибку! 

Из всех рассматриваемых компиляторов, 
только Intel C++ умеет отслеживать неиспользуе- 
мые функции, предотвращая их включение в Obj 
(для этого ему необходимо указать ключ — ipo, ак- 
тивирующий режим глобальной оптимизации). 
> = вынос инвариантных функций из циклов. Ин- 
вариантными называются функции, результат ра- 
боты которых не зависит от параметров цикла, и 
потому их достаточно вычислить всего один раз. 
Компиляторы, к сожалению, так не поступают, 
поскольку транслируют все функции по отдель- 
ности и не могут знать, какими побочными эффек- 
тами обладает та или иная функция (исключение 
составляют встраиваемые функции, непосред- 
ственно вживляемые в код программы). 


рассмотрим типичный пример: 


Если только компилятор не заинлайнит функцию 
strlen, она будет вычисляться на каждой итерации 


58 ПРОГРАММНОЕ ЗАКУЛИСЬЕ СПЕЦ 10-06 


цикла, что приведет к значительному снижению 
производительности. Но если вынести инвариант 
за пределы цикла, все будет ОК: 


У 


нормализация циклов. Нормализованным 
называется цикл, начинающийся с нуля и в каж- 
дой итерации увеличивающий свое значение на 
единицу. В книгах по программированию можно 
встретить утверждение, что нормализованный 
цикл компилируется в более компактный и быст- 
родействующий код, однако, это только теорети- 
ческая схема, и многие процессорные архитекту- 
ры (включая х86) предпочитают иметь дело с цик- 
лом, стремящимся к нулю. 


рассмотрим типичный цикл: 


Наибольшую отдачу нормализация дает на циклах 
с заранее известным количеством итераций, то 
есть когда выражение (to from + step)/step предс- 
тавляет собой константу, вычисляемую еще на 
стадии трансляции. 

Формально, все рассматриваемые компиля- 
торы поддерживают нормализацию циклов, но не 


всегда задействуют этот механизм оптимизации, 
поэтому в наиболее ответственных ситуациях цик- 
лы лучше всего нормализовать вручную. 
> — разворот циклов. Процессоры с конвейер- 
ной архитектурой (к которым относится и х86) пло- 
хо справляются с ветвлениями (а циклы как раз и 
представляют одну из разновидностей ветвле- 
ний), резко снижая свою производительность. Об- 
разно их можно сравнить с гоночной машиной, 
ползущей по петляющей дороге. И у машины, и 
у процессора максимальная скорость достигается 
только на участках, свободных от ветвлений. 
Компактные циклы вида for(a=0;a<n;a++) 
*dst++= “src++; исполняются крайне медленно и 
должны быть развернуты (unrolled). Под «разворо- 
том» в общем случае понимается многократное 
дублирование цикла, которое в классическом слу- 
чае реализуется так: 


цикл, развернутый на 4 итерации (меньший раз- 
мер, большая скорость) 


За исключением Microsoft Visual С++, все осталь- 
ные рассматриваемые компиляторы умеют разво- 
рачивать циклы и самостоятельно, но... делают это 
настолько неумело, что вместо ожидаемого увели- 
чения производительности сплошь и рядом наблю- 
дается ее падение, поэтому автоматический раз- 


SPE@r1atros30p 


КЛАССИКА 
ПРОГРАММИРОВАНИЯ: 
АЛГОРИТМЫ, ЯЗЫКИ, 
АВТОМАТЫ, 
КОМПИЛЯТОРЫ. 
ПРАКТИЧЕСКИЙ 
подход 


СПб.: Наука и Техника, 2006 
Мозговой М.В. /320 страниц 
Разумная цена: 197 р. 


Что такое алгоритм? 
Почему одну задачу 
решить просто, другую 
сложно, а третью во- 
обще никак не удает- 
ся? Как создать маши- 
ну, решающую зада- 


чи? Над этими вопро- 
сами ученые начали 
размышлять, когда 
еще компьютеров 

не было впомине. 

И анализ этих вопро- 
сов во многом предоп- 
ределил дальнейшее 
развитие теории вы- 
числений. Изучение 
алгоритмов и моделей 
будет весьма полезно 
тем, кто занимается 
практическим прог- 
раммированием. 

С одной стороны, это 
отличная возможность 


расширить кругозор 

и углубить понимание 
основных принципов 

и проблем компьютер- 
ной науки. С другой 
стороны, это реальный 
способ пополнить 
собственный инстру- 
ментарий для ежед- 
невного применения. 
Практика создания 
своего компилятора, 
интерпретация проме- 
жуточного кода, систе- 
мы Линденмайера, ма- 
шины Тьюринга и мно- 
гое другое. 


ворот лучше сразу запретить и оптимизировать 
программу вручную, подбирая подходящую сте- 
пень разворота опытным путем (вместе с профи- 
лировщиком). 

Тут ведь как — чем сильнее разворот, тем 
больше места занимает код, и появляется риск, что 
в кэш первого уровня он может вообще не влезть, 
вызывая обвальное падение производительности! 
Подробнее о влиянии степени разворота на быст- 
родействие можно прочитать в моей «технике опти- 
мизации», электронная копия которой, как обычно, 
лежит на моем мыщьхином ftp://nezumi.org.ru). 
> программная конвейеризация. Классичес- 
кий разворот цикла порождает зависимость по 
данным. Несмотря на то, что загрузка обрабаты- 
ваемых ячеек (см. предыдущий листинг) происхо- 
дит параллельно, следующая операция сложения 
начинается только после завершения предыду- 
щей, а все остальное время процессор ждет. 

Чтобы избавиться от зависимости по дан- 
ным, необходимо развернуть не только цикл, но и 
«расщепить» переменную, используемую для сум- 
мирования. Такая техника оптимизации называет- 
ся программной конвейеризацией («software 
pipelining»), и из всех рассматриваемых компиля- 
торов ее поддерживает только @СС, да и то лишь 
частично. В то же самое время, она элементарно 
реализуется «руками»: 


as 


| i й 


> | авто-параллелизм. Многопроцессорные ма- 
шины, двуядерные процессоры и процессоры 
с поддержкой Hyper-Threading эффективны лишь 
при обработке многопоточных приложений, пос- 
кольку всякий поток в каждый момент времени 
может исполняться только на одном процессоре. 
Программы, состоящие всего из одного потока, на 
многопроцессорной машине исполняются с той же 
скоростью, что и на однопроцессорной (или даже 
чуть-чуть медленнее, за счет дополнительных нак- 
ладных расходов). 

Для оптимизации под многопроцессорные 
машины следует разбивать циклы с большим ко- 
личеством итераций на М циклов меньшего разме- 


pa, помещая каждый из них в свой поток, где М — 
количество процессоров, обычно равное двум. Та- 
кая техника оптимизации называется авто-парал- 
лелизмом («auto-parallelization») и наглядно демо- 
нстрируется следующим примером: 


Поскольку зависимость по данным отсутствует, 
цикл можно разбить на два. Первый будет обраба- 
тывать ячейки от 0 до XXL/2, а второй — от XXL/2 
до XXL. Тогда на двухпроцессорной машине ско- 
рость выполнения цикла практически удвоится: 


Intel C++ — единственный из всех рассматриваемых 
компиляторов, поддерживающий технику автопара- 
ллизации, активируемую ключом — parallel. Одна- 
ко, качество оптимизации оставляет желать лучше- 
го, и эту работу лучше осуществлять вручную. 
упорядочивание обращений к памяти. При 
обращении к одной-единственной ячейке памяти, 
в кэш первого уровня загружается целая строка, 
длина которой, в зависимости от типа процессора, 
варьируется от 32-х до 128-х или даже 256 байт, 
поэтому большие массивы выгоднее всего обра- 
батывать по строкам, а не по столбцам. 


У 


обработка массивов по столбцам (неоптимизиро- 
ванный вариант) 


Здесь три массива обрабатываются по столбцам, 
что крайне непроизводительно, и для достижения 
наивысшей эффективности циклы Ги ] следует по- 
менять местами. Устоявшегося названия у данной 
методики оптимизации нет, и в каждом источнике 
она называется по-разному: «loop permutation/inter- 
change/reversing», «rearranging array dimensions» и 
т. д. Как бы там ни было, оптимизированный вари- 
ант выглядит так: 


Все рассматриваемые компиляторы поддержива- 
ют данную стратегию оптимизации, однако их ин- 
теллектуальные способности очень ограничены, и 
со следующим примером справляется только 
Hewlett-Packard C++: 


сложный случай обработки данных по столбцам 


i 


У 


удаление лишних обращений к памяти. Ком- 
пиляторы стремятся размещать переменные в ре- 
гистрах, избегая «дорогостоящих» операций об- 
ращения к памяти, однако, компилятор никогда не 
может быть уверен, адресуют ли две переменных 
различные области памяти или обращаются к од- 
ной и той же ячейке памяти. 


Компилятор не имеет права на размещение содер- 
жимого ячейки *а в регистровой переменной, пос- 
кольку, если ячейки *а и *b частично или пол- 
ностью перекрываются, модификация ячейки *b 
приводит к неожиданному изменению ячейки *а! 
Бред, конечно, но ведь Стандарт этого не запре- 
щает, а компилятор обязан следовать Стандарту, 
иначе его место — на свалке. То же самое относит- 
ся и к следующему примеру: 


лишние обращения к памяти, от которых можно 
избавиться вручную 


Компилятор не имеет права выносить переменную 
dst за пределы цикла, в результате чего обраще- 
ния к памяти происходят в каждой итерации. Что- 
бы повысить производительность, код должен 
быть переписан так: 


->  регистровые ре-ассоциации. Ha x86 плат- 
форме регистров общего назначения всего семь и 


их всегда не хватает, особенно в циклах. Чтобы 
втиснуть в регистры максимальное количество пе- 
ременных (избежав тем самым обращения к мед- 
ленной оперативной памяти), приходится прибе- 
гать ко всяким ухищрениям. В частности, совме- 
щать счетчик цикла с указателем на обрабатывае- 
мые данные. 

Код вида «for (i= 0; |< п; i++) п+=а[];» легко оп- 
тимизировать, если переписать его так: «for (p= a; 
р < &a[n]; p++) п+=*р;». Насколько известно мыщьху, 
впервые эта техника использовалась в компиля- 
торах фирмы Hewlett-Packard, где она фигуриро- 
вала под термином «register reassociation». А вот 
остальные рассматриваемые нами компиляторы 
этого делать, увы, не умеют. 

Вот еще один пример, демонстрирующий оп- 
тимизацию цикла с тройной вложенностью: 


неоптимизированный кандидат на регистровую 


Для достижения наибольшей производительности 
код следует переписать так (разворот циклов опу- 
щен для наглядности): 


оптимизированный вариант — счетчик цикла сов- 
мещен с указателем на массив 


+ 


шаг в будущее. Собирать свою коллекцию 
«как надо и как не надо оптимизировать програм- 
мы» мыщьх начал уже давно (здесь приведена 
лишь крошечная ее часть). Время шло, компилято- 
ры совершенствовались, и все больше примеров 
перемещалось из первой категории во вторую. 
А затем... разработчики компиляторов поутихли, и 
со временен Microsoft Visual C++ 6.0 новых рывков 
что-то не наблюдается, поэтому у статьи есть все 
шансы сохранить свою актуальность в течение нес- 
кольких лет. А, возможно, и нет. Так или иначе — 
твори! И не забывай почитывать творения 
небезызвестного Кнута на ночь :) © 
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> сначала был... Возможно, ты будешь смеять- 
ся, но сначала был Турбо Паскаль. Да-да, именно 
этот синий монстр, который сейчас наводит страх 
на многих программистов. Этот компилятор разра- 
ботал Андерс Хейлсберг, чье имя можно увидеть 
в окне «About» Турбо Паскаля. Но время шло — 
наступила пора Windows, а DOS отошел в мир 
иной. Общеизвестно, что фирма Борланд выпуска- 
ет новую интегрированную среду разработки при- 
ложений Delphi. 

Догадайся, кто возглавлял группу разработ- 
чиков Delphi? А откуда в С# появились свойства, 
система обработки событий и многое другое? Хотя 
стоп, я забегаю немного вперед, ведь следующий 
этап нашей истории — появление .МЕТ — техноло- 
гии Майкрософт, сердцем которой стал новый язык 
С#. Первая версия языка была очень похожа на 
Java версии 1.4, хотя и содержала ряд усовершен- 
ствований. В октябре 2003 года общественности 
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C# 3.0 + LINQ = ЛЮБОВЬ 
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В ЭТОЙ СТАТЬЕ Я ХОЧУ РАССКАЗАТЬ О ПОСЛЕДНИХ ДОСТИЖЕНИЯХ В ОБЛАСТИ СОЗДАНИЯ 
ЯЗЫКОВ ПРОГРАММИРОВАНИЯ. РЕЧЬ ПОЙДЕТ О ЯЗЫКЕ, КОТОРЫЙ ТОЛЬКО ГОТОВИТСЯ К 
ВЫХОДУ — C# ТРЕТЬЕЙ ВЕРСИИ. ЭТОТ ЯЗЫК БУДЕТ ВКЛЮЧЕН В СЛЕДУЮЩУЮ ВЕРСИЮ VISU- 
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КОДОВОЕ ИМЯ «ORCAS». ИМО — ЭТО НОВАЯ ЧАСТЬ ЯЗЫКА C# 3.0 (А ЗАОДНО И VISUAL BASIC 9.0) 
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стала доступна вторая версия языка, главной фиш- 
кой которой была работа с генериками (generics) — 
аналогом шаблонов в языке C++. Теперь на пороге 
третья версия, которую мы и рассмотрим подробно. 
> — новые фичи языка C# 3.0. Для начала прове- 
рим, что за зверь этот третий си шарп. Самым рево- 
люционным введением является, конечно же, ИМО 
(Language-Integrated Query). Фактически, это встро- 
енный язык структурированных запросов, который 
можно использовать для контейнеров, ХМ!-данных 
и баз данных. Другим нововведением являются 
лямбда-выражения, которые служат удобной заме- 
ной делегатам. Также в новой версии языка можно 
инициализировать свойства объекта при его созда- 
нии, что позволяет немного сократить код: 


var man = new Man { Name = “Адам”; } 


Есть новая фишка для самых ленивых програм- 
мистов, которые не любят писать тип локальных 
переменных — пишем просто var: 

var s = “Привет” 

Если серьезно, это нам очень пригодится при по- 
лучении результатов ММО-запросов. К тому же, 
необязательность указания типа отнюдь не на- 
рушает строгую типизацию языка, так как ком- 
пилятор сам определяет тип локальной перемен- 
ной, — фактически мы просто устранили дубли- 
рование. 
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string xml = "<college>" + 


"<student 
"<student 
"<student 
"<student 
"<student 


height='195'sJohn Smith</student>" + 


height='195'>Merry Popins</student>" + 


height='185'>Bill Gates</student>" + 


height='175'>Vasy Pupkin</student>" + 
height='170'>Ivan Petrov</student>" + 


"</college>"; 
XElement college = XElement.Parse(xml); 


var query = 


from student in college.Elements ("student") 
where (int) student.Attribute("height") > 180 


select student; 


foreach(var result in query) 


Console.WriteLine("Ctymzeut {0} имеет рост {1} cm", 
(string) result, 
(string) result .Attribute("height")); 


SELECT [t0].[CustomerID], [t0].[CompanyName], [+0]. [ContactName], 
[tO].[ContactTitle], [t0].[Address], [t0].[City], [t0].[Region], 

[tO].[PostalCode], [t0] 
FROM [Customers] AS [t0 
WHERE [t0].[City] = @p0 


.{(Country], [t0].[Phone], [t0]. [Fax] 
] 


авим 6 OHYC B 7 данных 
var q = 

from c in db.Customers 

where c.Region == "WA" 

select c; 


Console.WriteLine("*** 
ObjectDumper.Write(q); 


Console.WriteLine(); 


Console.WriteLine("*** INSERT ***"); 

var newCustomer = new Customer { CustomerID = "MCSFT", 
CompanyName = "Microsoft", 
ContactName = "John Doe", 
ContactTitle = "Sales Manager" 
Address = "1 Microsoft Way", 


BEFORE ***"); 


City = "Redmond", 

Region = "WA", 

PostalCode = "98052", 
Country = "USA", 

Phone = "(425) 555-1234", 
Fax = null 

}; 


db.Customers.Add(newCustomer) ; 


db.SubmitChanges(); 


Console.WriteLine(); 
Console.WriteLine("*** 
ObjectDumper.Write(q); 


AFTER ***"); 


(1) 


(2) 


(3) 


Дальше по списку идут типы без имени, поз- 
воляющие создавать объекты без указания типа: 


И, наконец, еще одна новая фишка в ООП — воз- 
можность расширять уже существующие классы 
методами. Для этого служат, как ни странно, мето- 
ды-расширения :). Подробные сведения можно 
найти в официальных документах на сайте 
microsoft.com — конкретные адреса даны на врез- 
ке, амы переходим к главному блюду. 

> ling. Есть такой замечательный язык SQL, ко- 
торый отличается от привычных языков тем, что он 
является декларативным, то есть на нем не надо 
описывать, как решить задачу, а достаточно опи- 
сать, что должно получиться в результате. Хотим 
получить список книг ценой более двухсот рублей, 
упорядоченных по имени автора, — так и пишем: 


На других языках нам бы пришлось описывать це- 
лый алгоритм пробега по массиву и отбора нуж- 
ных книг, а в SQL — просто один запрос! Почему 
бы ни привнести в язык С# такую функциональ- 
ность? Первыми такой подход (точнее, похожий 
подход) использовали авторы языка Cw (читается 
«Си-омега»), а затем он появился в С# в том виде, 
в котором мы можем видеть его сейчас. Для тех, 
кому интересен язык Си-омега, сообщаю, что его 
компилятор также бесплатен и общедоступен. 

> install. Чтобы установить LINQ, Ham понадо- 
бится Visual Studio 2005 и немного терпения. Ска- 
чать файл можно с сайта одной небезызвестной 
компании :). Русской версии, к сожалению, на сай- 
те нет, поэтому при установке на русскоязычную 
Windows появится страшное окно, которое гово- 
рит, что нет пользователя или группы пользовате- 
лей с данным именем — надо просто его создать 
в панели управления. На вопрос «апдейтить ли 
язык С# при установке» стоит ответить положи- 
тельно, с бейсиком я не экспериментировал — так 
что желающие могут попробовать на свой страх и 
риск. Также рекомендую скачать «101 пример по 
LINQ» («100 LINQ Samples»). После установки 
очень советую изучить папку C:\Program Files\LINQ 
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Сотня примеров использования ММО 


Turbo Pascal — знаменитый «синий экран DOS» 


Preview, то есть папку, куда ты установил LINQ. 
В ней ты найдешь необходимую документацию, 
примеры программ и утилиты. Я постараюсь сос- 
редоточиться именно на написании программ — 
использование утилит остается на откуп читате- 
лям. Начнем с самого простого — с контейнеров... 
> контейнеры. Напишем культовую програм- 
my — «Hello, world». Идею, как написать ее на LINQ, 
я самым бесстыдным образом украл у одного прог- 
раммиста в его блоге :). 


Давай посмотрим, что делает этот код. Первая 
строчка абсолютно обычная — она просто создает 
массив из строк (контейнер), в котором мы будем 
вести поиск. Далее объявляется бестиповая пере- 
менная result и ей присваивается результат запро- 
са. Запрос похож на обычный SQL, только напи- 
санный задом наперед :). Это не баг — это фича! 
Такой порядок нужен, чтобы работал механизм 
IntelliSense для вывода автоматических подска- 
зок. Теперь препарируем сам запрос. Ключевое 
слово from указывает, к какому именно контейне- 
ру будет происходить запрос и объявляет пере- 
менную W, которая представляет собой отдельный 
элемент контейнера и будет использована в зап- 
росе. Дальше следует оператор where (ограничи- 
вающий оператор) — он отбирает только нужные 
элементы, то есть слова, длина которых равна пя- 
ти символам. И последний оператор select указы- 
вает, что именно должно попасть в результат зап- 


роса. Нижние строчки, как можно было догадать- 
ся, просто печатают результат :). Итак, жмем на 
педаль (она же F5) и получаем долгожданные 
«Hello world», потому что в массиве words только 
эти строчки имеют длину пять символов (мы ука- 
зали ее в операторе where). 
> глубокий анализ. Теперь разберемся, что же 
мы все-таки написали. Сначала посмотрим под 
микроскопом на объявление переменной гезий и 
подумаем, настолько ли она бестиповая... Совсем 
нет — компилятор определяет ее тип по результа- 
Ty запроса. Теперь становится понятным, зачем 
нужны такие переменные, — ведь если мы изме- 
ним тип результата запроса, придется менять и тип 
переменной result. 

Попробуем расписать запрос через методы 
и лямбда-выражение: 


| 


Проясняется и роль лямбда-выражений — они 
фактически используются как условия отбора 
в запросах. 

Поиграемся с select'om: создадим список чи- 
сел и их буквенных эквивалентов и выведем ин- 
формацию об их четности: 
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Тут все становится поинтересней, потому что 
в операторе выбора создается безымянный объ- 
ект (и эта возможность языка пригодилась :)). 
Объект будет состоять из двух свойств: Digit co- 
держит наименование цифры, a Even — определя- 
ет четностыьнечетность числа. 

> = XLing. С контейнерами разобрались. Теперь 
идем дальше и немного оглядываемся назад. При- 
мемся за следующую часть — за XML — универ- 
сальный язык разметки. С помощью него можно 
хранить любые данные в текстовом формате. Для 
работы с XML используется часть LINQ, которую 
обычно называют XLing. 

Задачу поставим простую: есть база данных 
в формате XML некоего учебного заведения (пусть 
будет колледж), и нам надо отобрать претендентов 
в команду. Главный критерий отбора — это рост: 
он должен быть более 180 сантиметров, иначе бу- 
дет сложно играть в баскетбол :). 

Первым делом мы создали нашу ХМ! -базу 
данных (смотри листинг 1). Для большей нагляд- 
ности я привел ее прямо в коде, хотя, разумеет- 
ся, она обычно лежит в отдельном файле. Даль- 
ше базу надо перевести во внутренний формат, 
чтобы над ней можно было совершать манипуля- 
ции. Такой процесс называют парсингом XML. 
Затем делаем обычный ММО-запрос, где в каче- 
стве условия указываем значение атрибута 
height больше 180. 
>  DLingq. Все, что было прежде — цветочки, Te- 
перь начинаются ягодки. Действительно, истинная 
мощь новой концепции встроенного языка запро- 
сов раскрывается при работе с базами данных. 
Для работы с базой данных, как это ни банально 
звучит, необходим сервер баз данных. В нашем 
случае это будет Microsoft SQL Server. В поставку 
Visual Studio входит его бесплатная версия SQL 
Server Express — она тоже подойдет для наших 
экспериментов. 

Теперь надо выбрать базу данных, с которой 
мы будем работать. Я возьму стандартную базу 
данных NorthWind, которая поставляется с LINQ. 
Проще всего посмотреть ее структуру и содержа- 
ние прямо из самой Visual Studio, просто добавив 
новое соединение и выбрав файл C:\Program 
Files\LINQ Preview\Data\NORTHWND.MDF. 

После приготовлений можно приступать 
к кодированию. Для начала напишем простейший 
запрос на выборку всех заказчиков, которые жи- 
вутв Париже: 


Обрати внимание, что для печати используется 
специальный класс ObjectDumper, который на ос- 
нове механизма отражения (reflection) печатает 
объект, переданный ему. Кроме того, он напечата- 
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етеще и запрос, который был сгенерирован к базе 
данных (смотри листинг 2). 

При сортировке данных используем специ- 
альный оператор orderby с указанием сортировать 
по возрастанию или по убыванию. Попробуем от- 
сортировать продукты по цене: 


Думаю, принцип создания простых запросов на 
выборку понятен. Надо научиться добавлять дан- 
ные. Рассмотрим один из стандартных примеров 
по этой теме. Сначала надо вывести всех клиен- 
тов со свойством Region, равным «WA». После 
этого надо вставить нового заказчика, для чего 
просто создаем объект, используя инициализа- 
цию свойств. Добавляем нового заказчика и подт- 
верждаем транзакцию, в результате чего новый 
заказчик благополучно оказывается в базе дан- 
ных, о чем свидетельствует вывод на консоль 
(смотри листинг 3). 

Существует очень интересный механизм, ко- 
торый позволяет ускорить работу приложения и 
сократить его код — хранимые процедуры, или 
просто «хранимки». «Хранимка» — это откомпи- 
лированный код программы Ha SQL, который мож- 
но вызвать по имени и передать параметры. За 
счет чего достигается скорость, думаю, понят- 
но, — откомпилированный код всегда исполняет- 
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ся быстрее интерпретируемого. Использовать 
«хранимки» стало довольно просто — достаточно 
обратиться к соответствующему методу: 


Код очень короткий и быстрый. Чтобы понять ме- 
ханизм работы, посмотрим текст самой хранимой 
процедуры. Она принимает один строковый пара- 
метр, который считается регионом, затем делает 
запрос на выборку с подсчетом. 


Те, кто работает с базами данных сейчас, навер- 
няка используют классы DataSet. Хочу отметить, 
что весь код — под третью версию языка С#, так 
как LINQ отлично работает и с ними. Необходимо 
привести DataSet к нужному интерфейсу, а сам 
запрос практически не отличается от обычных. 
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> напоследок. Напишем код, который объеди- 
няет в себе все выше описанное. В качестве фор- 
мата хранения данных выберем XML. Загрузим 


LINQ. Он хранит информацию о книгах, из которой 
мы выдернем нужную нам. Выбирать будем книги, 
которые выпустило издательство Addison-Wesley 
после 1995 года. Результат в виде ХМЁ-файла вы- 
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Таким методом можно извлекать данные из базы 
и упаковывать их в массив или наоборот. 
завершаем. Главное значения ИМО — это 
облегчить программистам работу с данными. Те- 
перь контейнеры, XML и базы данных обрабатыва- 
ются единообразно, и мы можем получать данные 
из хранилища одного типа (или сразу нескольких) 
и класть в хранилище другого типа. Надеюсь, бла- 
годаря этому программы, которые работают с дан- 
ными (то есть все программы :)), станут короче, 
а код у них чище! © 
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http://msdn. Microsoft.Com/data/ref/ling/ 
официальная страница ling Ha сайте Майкрософт. 
Здесь выкладывают официальные спецификации, 
примеры, компиляторы и прочие вкусности. 


http://research.Microsoft.Com/comega/ 
официальная страница экспериментального языка Си-омега, 
у которого С# 3.0 очень много позаимствовал. 


http://msdn.Microsoft.Com/vesharp/future/lingsamples/ 
примеры, как использовать ling, очень наглядные 
и снормальными объяснениями. 


http://channel9.Msdn.Com/showpost.Aspx?Postid=1 14680 
знаменитое выступление андерса хейлсберга о C# 3.0 
в видео-формате. 

http://en.wikipedia.org/wiki/C_Sharp 

С sharp Ha вики. 
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Некоторые считают, что Delphi 2006 — всего лишь 
исправленная 2005, но это не так. Если посмотреть 
на размер Reviewer Guide, который занимает аж 
70 страниц, то понимаешь, что перед нами совер- 
шенно новый продукт, и об этом говорит абсолютно 
все. Рассмотреть все новые возможности мы не смо- 
жем, но по основным нововведениям пробежимся. 
> варианты запуска. Первое, что бросается 
в глаза после установки Delphi 2006 — это то, что 
можно запустить среду разработки в одном из трех 
вариантов: 


1 DELPHI DEVELOPER STUDIO — 
ВКЛЮЧАЕТ В СЕБЯ ВСЕ ВОЗМОЖНОСТИ, 
НО ЗАГРУЖАТЬСЯ БУДЕТ ОЧЕНЬ ДОЛГО. 


2 DELPHI FOR MICROSOFT WIN32 — 
ЗАГРУЖАЕТСЯ БЫСТРЕЕ, HO 
ПОЗВОЛЯЕТ СОЗДАВАТЬ ПРОЕКТЫ 
ТОЛЬКО ДЛЯ ПЛАТФОРМЫ WIN 32. 


3 DELPHI FOR THE MICROSOFT „МЕТ — 
НЕТРУДНО ДОГАДАТЬСЯ, ЧТО 
ГРУЗИТЬСЯ ЭТОТ ВАРИАНТ БУДЕТ 
ДОСТАТОЧНО БЫСТРО, НО РАБОТАТЬ 
МОЖНО БУДЕТ ТОЛЬКО 

С ПРИЛОЖЕНИЯМИ ДЛЯ .МЕТ. 


шоу 


дельфинов 


DELPHI 2006 — НОВАЯ РЕАЛЬНОСТЬ 


ПОСЛЕ ВЫХОДА DELPHI 7 КОРПОРАЦИЮ BORLAND ОЖИДАЛИ СЕРЬЕЗНЫЕ ПРОБЛЕМЫ, 
ПОТОМУ ЧТО DELPHI 8 И 2005 ПРОЛЕТЕЛИ, КАК ФАНЕРА НАД ПАРИЖЕМ. ПЕРВУЮ ЖДАЛ 
ПРОВАЛ ИЗ-ЗА ТОГО, ЧТО .NET ЕЩЕ НЕ ПОЛУЧИЛА ДОСТАТОЧНУЮ ПОПУЛЯРНОСТЬ, 

А ВТОРАЯ ВЕРСИЯ НАКРЫЛАСЬ МЕДНЫМ ТАЗОМ ИЗ-ЗА ГЛЮЧНОСТИ. НО С ПОЯВЛЕНИЕМ 
DELPHI 2006 ВСЕ ВОЗВРАЩАЕТСЯ НА КРУГИ СВОЯ. ЭТО ШЕДЕВР, КОТОРЫЙ ПОСТЕПЕННО 
СТАНОВИТСЯ БЕСТСЕЛЛЕРОМ ДАЖЕ В США, ГДЕ ВЛАСТВУЮТ VISUAL C++ И JAVA 


Фленов Михаил ака Нос 
http://www.vr-onine.ru 


Скорость загрузки Developer Studio — больная Te- 
ма. Обширные возможности привели к тому, что 
полный вариант запускается очень долго, и воз- 
можность загрузить только необходимую версию 
просто неоценима. 

> первый запуск. После запуска среды разра- 
ботки в редакторе кода появляется закладка 
Welcome Раде с загруженной НТМ!-страницей. 
На ней находятся ссылки на разделы документа- 
ции, в которых можно ознакомиться с новыми воз- 
можностями и средой разработки Delphi, что мо- 
жет быть удобным для новичков. 

Через месяц работы (а может быть и сразу) 
на этой страничке ты будешь использовать только 
кнопки New, Open Project, Open File и Help, которые 
располагаются Ha самом верху, и список послед- 
них открытых проектов (Recent Projects). 

Список типов создаваемых проектов немного 
расширился и зависит от редакции. В наиболее 
полной редакции можно создавать проекты Delphi 
для Win32, Delphi для .МЕТ, С# и даже C++ проекты. 
> визуальный дизайнер. Не изменялся уже 
достаточно долгое время. А действительно, что 


там можно сделать такого нового, когда среда раз- 
работки является самой визуальной?! Оказывает- 
ся, можно улучшить позиционирование. Что-то по- 
добное есть уже в Visual Studio, Ho Borland пошла 
дальше и сделала все намного круче. 

Когда мы двигаем компонент по форме или из- 
меняем его размер, то в определенный момент на эк- 
ране могут появиться тоненькие полоски, соединяю- 
щие два или более компонентов. Это указывает нато, 
что компоненты находятся на одной линии (горизон- 
тальной или вертикальной). Если линия синего цвета, 
то компоненты имеют общую нижнюю или верхнюю 
границу. Если линия красного цвета, то на одной оси 
находятся центральные точки компонентов. 

Таким образом, построение качественных 
интерфейсов становится более простой задачей, и 
я надеюсь, что теперь они будут более аккуратны- 
ми. Почему-то программисты Delphi очень часто 
бросают компоненты на форму и даже не пытают- 
ся их выравнивать, чтобы форма выглядела хоть 
немного эстетичнее. 
> редактор кода. Как же иногда достает писать 
ЭТИ «begin» и «епа;» ;(. Благодаря Delphi 2006 вто- 


poe больше писать He придется. Просто пишешь 
«begin», нажимаешь Enter, и «end» появляется ав- 
томатически. Первое время меня это даже раздра- 
жало, потому что по привычке начинаешь писать 
слово «end», которое среда разработки уже поста- 
вила, но со временем я привык и очень доволен. 

Для переключения между визуальной фор- 
мой и редактором кода используется клави- 
ша <F12>. Редактор кода в Delphi также претерпел 
значительные изменения. Первое, что бросается 
в глаза — возможность сворачивать участки кода. 
Слева можно видеть полосу с такими же квадрати- 
ками, как и в дереве TreeView. Щелкая по этим 
крестикам, можно сворачивать и разворачивать 
код процедур или объявления методов. 

Если ты уже отработал какую-то процедуру, 
оптимизировал и отладил ее работу, то можно 
закрыть код, чтобы он не занимал лишнее место 
на экране. Вместо тела процедуры в редакторе бу- 
дет отображаться только ее имя и параметры. 

После закрытия среды разработки все зак- 
ладки теперь сохраняются, что очень удобно. Меня 
раздражала необходимость расставлять закладки 
при каждом открытии проекта в тех местах, над ко- 
торыми я сейчас работаю. Напоминаю, что заклад- 
ки устанавливаются клавишами <С#+51+Цифра>. 

Ах да, есть еще одна очень интересная новая 
фишка — напротив измененных строк теперь появ- 
ляются желтые полоски. Таким образом, сразу 
видно, какие строки в модуле мы сегодня редакти- 
ровали или добавляли. Если строка изменялась, 
но уже была сохранена, то полоса изменяет свой 
цвет на зеленый. Это ‚конечно, мелочь, но очень 
приятная и удобная. 
> | менеджер памяти. Теперь поговорим о неви- 
димом изменении, которое получат все твои прог- 
раммы, скомпилированные в Delphi 2006 — это но- 
вый менеджер памяти FastMM. Он повышает про- 
изводительность \\п32-приложений. Просто пере- 
компилируй проект в Delphi 2006 и все! Новый ме- 
неджер намного лучше и быстрее освобождает 
нужную память. 

В приложениях .МЕТ такой фишки нет, пото- 
му что тут менеджер памяти самой платформы 
„МЕТ и Borland Delphi повлиять на него практически 
не может. 
> совместная работа. Работать над большим 
проектом в одиночку очень сложно, а если проект 
очень большой, то просто невозможно. А как же 
работать над одним проектом большому количест- 
ву программистов? Просто разделить задачи или 
модули не получается, потому что задачи очень 
часто пересекаются, поэтому необходимо исполь- 
зовать специализированные системы. В Delphi 
2006 уже встроена З{агТеат — система совмест- 
ной работы над проектом. 

Конечно же, наличие З{агТеат не означает, 
что ты обязан использовать именно его. Например, 
я привык использовать более простую Microsoft 
Visual Source Safe и без проблем делаю это. За это 
я и люблю Borland: она не заставляет использовать 


строго определенные технологии, а предоставляет 
возможность выбора. 

>  рефакторинг. В новой версии расширены воз- 
можности рефакторинга кода. Если кто-то уже рабо- 
тал с версией 2005, то может спросить — куда уже 
дальше расширять? Что может быть проще? Оказы- 
вается, есть куда расширять и есть что упрощать. 

В этом же номере ты можешь более подробно 
узнать о рефакторинге, и все, что там говориться, 
уже реализовано в Delphi 2006. Только попробуй и ты 
ощутишь все преимущества новых возможностей. 
> моделирование. Ну, наконец-то и в Delphi мо- 
делирование перестало быть просто информатив- 
ным: теперь оно позволяет реально воздейство- 
вать на исходный код проекта. На мой взгляд, это 
наиболее мощное нововведение, которое реально 
упростит жизнь. Теперь визуально можно управ- 
лять методами и свойствами, что очень удобно, 
особенно, когда проект очень большой. Выбери 
меню View/Model view и ты увидишь панель управ- 
ления моделями (диаграммами). 

Теперь дважды щелкаем по имени модуля, 
диаграмму которого хочешь увидеть. В основном 
окне появится новая закладка, на которой можно 
увидеть свой класс и связанные с ним классы. 

Теперь посмотрим, как можно управлять этой 
моделью. Допустим, что необходимо добавить но- 
вый член класса — (переменную) типа Integer. 
Щелкни правой кнопкой в разделе Fields и выбери 
пункт Add Не или просто нажми <Ctrl+W>. На диаг- 
рамме в разделе Fields появится новая строка, в ко- 
торой можно ввести имя свойства и его тип. Чтобы 
добавить метод, щелкаем правой кнопкой в разде- 
ne Methods и выбираем пункт меню Add Function 
или просто давим кнопки <Ctrl+M>. 

Добавлять к классу визуально можно почти 
все. Щелкни правой кнопкой в шапке модели клас- 
са (где написано имя класса) и выбери раздел Add. 
Как видишь, здесь есть практически все, что толь- 
ко может понадобиться в повседневной жизни. 

С помощью UML теперь можно создавать 
классы с нуля. Давай на простейшем примере 
ощутим всю мощь моделирования. На панели 
инструментов выбери кнопку «класс» и создай 
на диаграмме две модели класса. Одну назовем 
Class1, а другую TTest. 

Если сейчас заглянуть в исходный код моду- 
ля, диаграмму которого мы мучаем, то можно бу- 
дет увидеть заготовки этих классов. Но не это бы- 
ло нашей целью, смотрим дальше. Выбираем 
кнопку Association, щелкаем сначала на Class1, 
а потом на TTest. В результате в классе Class1 6y- 
дет создана переменная Field1 типа TTest и наве- 
дена связь между классами. 

Уже неплохо. Напоследок создадим одну 
процедуру в классе С!а$$1 с именем TestProc и Te- 
перь посмотрим на исходный код: 
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Мы просто визуально описали то, что нам будет 
нужно, а Delphi автоматически создал весь необхо- 
димый код, и нам не пришлось писать ни строчки! 
Все получилось очень быстро и красиво. Вот оно — 
будущее, которое наступает уже сейчас! Вот оно — 
УМЕ-моделирование и все его преимущества! Мы 
можем визуально строить модель классов, наво- 
дить связи между классами, а потом только перес- 
кочить в исходный код модуля и увидеть все, что 
мы создали, в виде реального кода. Теперь действи- 
тельно приходиться кодить только логику програм- 
мы. Моделирование классов и визуального интер- 
фейса происходит визуально. 

Моделирование UML необходимо не только для 
визуального создания классов, методов и свойств, 
но и для документирования проектов, и даже конт- 
роля качества. Если у тебя есть большой проект, 
то открой его и посмотри на диаграмму. Если меж- 
ду классами слишком много связей, они беспоря- 
дочны или пересекаются, то классы спроектирова- 
ны неверно. Тут следует задуматься о рефакторин- 
ге классов © 
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Панель управления моделями 
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Удобство формата определяется тем, насколько 
легко можно реализовать загрузку и сохранение 
данных, насколько большие накладные расходы по 
объему и скорости чтения влечет за собой его ис- 
пользование и насколько выбранный формат удо- 
бен для отладки. То есть насколько он читабелен, и 
насколько адекватные сообщения об ошибках 
в данных способен выдать загружающий их код. 

Для удобства использования немаловажен 
объем имеющихся наработок по данному форма- 
ту — наличие сторонних и собственных библио- 
тек, средств перевода «живых» объектов логики 
приложения в сохраненные данные и обратно (се- 
риализации, от английского serialization) и прочее. 
Такие средства могут предоставлять разную сте- 
пень интеграции с логикой программы — от АР! 
для создания, сохранения, загрузки и модифика- 
ЦИИ «голых» данных до инструментария тесной 
интеграции, позволяющего сериализовать объек- 
ты логики без написания промежуточного кода ра- 
боты с форматом данных. 


АЛЬТЕРНАТИВА XML 


ПРОБЛЕМА ОПИСАНИЯ ДАННЫХ СТОИТ ПЕРЕД СОЗДАТЕЛЕМ ПРАКТИЧЕСКИ ЛЮБОГО 
ПРИЛОЖЕНИЯ. ВНЕ ЗАВИСИМОСТИ ОТ ТОГО, КАКОВА ПРИРОДА ДАННЫХ. 

ВНЕ ЗАВИСИМОСТИ ОТ ТОГО, ДОЛЖНО ЛИ ПРИЛОЖЕНИЕ ИХ СОЗДАВАТЬ И ИЗМЕНЯТЬ 
ИЛИ ДАННЫЕ ИСПОЛЬЗУЮТСЯ ТОЛЬКО ДЛЯ ЧТЕНИЯ, ПЕРЕДАЮТСЯ ДАННЫЕ ПО СЕТИ 
ИЛИ СУЩЕСТВУЮТ НА ЖЕСТКОМ ДИСКЕ, ОНИ ДОЛЖНЫ ХРАНИТЬСЯ В ДОСТАТОЧНО 


УДОБНОМ ФОРМАТЕ 


Александр Гладыш, ведущий программист компании «Step 


www.stepgames.ru| 


В отличие от данных, для хранения которых сущест- 
вуют устоявшиеся форматы (например, видео — 
AVI, WMV, музыка — MP3, OGG, документы — DOC, 
PDF), для данных, специфичных для логики KOHK- 
ретного приложения, в общем случае разработчик 
должен создать формат хранения самостоятельно 
(хотя некоторые средства разработки и языки прог- 
раммирования упрощают этот процесс вплоть до 
полной автоматизации). При этом зачастую одному 
приложению требуется несколько различных фор- 
матов хранения для разных наборов данных. 

Как и всегда, разработка формата хранения 
данных с нуля чревата многими проблемами. Пос- 
кольку сериализация объектов логики обычно не 
предъявляет экстремальных требований к эффектив- 
ности по скорости и объемам данных, лучше исполь- 
зовать одно из обобщенных решений — создать конк- 


ретный формат при помощи некоего готового «мета- 
формата» и связанного с ним набора технологий. 
> = ‘существующие решения. Самое распростра- 
ненное на данный момент «обобщенное» реше- 
ние — использование языка XML. Вокруг этого язы- 
ка существует огромная развитая как в плане техно- 
логий, так и в плане инструментария инфраструкту- 
ра. Широчайшая распространенность и связанные 
с этим бонусы — главное преимущество XML. 
Однако у XML существует ряд недостатков. 
Основной из них — избыточность, увеличиваю- 
щая объем, занимаемый данными, замедляющая 
процесс чтения и записи данных и усложняющая 
их ручное редактирование. Эта избыточность усу- 
губляется Tem, что XML — сугубо текстовый фор- 
мат (впрочем, имеется несколько нестандартизо- 
ванных вариантов Binary XML). 


Помимо XML, в динамических языках (Python, 
Ruby ит.д.) получила распространение технология 
УАМЕ (www.yaml.org). В языках программирования, 
ориентированных на веб-разработку, нередко ис- 
пользуется JSON (JavaScript Ob-ject Notation, 
www.json.org). Обширный список альтернатив XML 
можно изучить по адресу www.pault.com/pault/pxml/xmlal- 
ternatives.html. 

Мы же рассмотрим еще один подход к хране- 
нию данных, основанный на применении языка Lua. 
> = начнем с примера. В качестве примера будем 
использовать описание минимального пользова- 
тельского интерфейса главного меню игры. Мы 
рассматриваем случай, когда визуальное отобра- 
жение интерфейса, вид и координаты его элемен- 
тов жестко заданы имеющимися графическими ре- 
сурсами (для получения этих данных используется 
специальный инструментарий). Наши данные опи- 
сывают лишь логическую структуру интерфейса. 

Нужно отметить, что хотя пример основан на 
реальных данных, при его реализации не стави- 
лась цель продемонстрировать создание полно- 
функциональной системы описания пользова- 
тельского интерфейса. Основная цель примера — 
иллюстрация описываемого подхода к разработке 
форматов хранения данных. Полный код примера 
вместе со всеми необходимыми для сборки мате- 
риалами можно найти на диске к журналу. 

Прототип пользовательского интерфейса, 
который мы хотим описать, схематически предс- 
тавлен на рисунке. Для каждого состояния всех 
элементов интерфейса (включая «задники» пане- 
лей) художник создает уникальное изображение. 


Схему можно описать при помощи XML примерно 
таким образом: 


Нужно обратить внимание на то, что здесь отсут- 
ствует описание логики работы интерфейса — да- 
на только его структура. В зависимости от реализа- 
ции можно выбрать разные средства задания логи- 
ки — вплоть до встраивания кода обработчиков со- 
бытий на Lua непосредственно в данные Ha XML. 

Преимущества читабельности налицо — объ- 
ем текста меньше в два раза при том же объеме по- 
лезной информации. К тому же, приведенный выше 
текст — валидный код Ha Lua. Не просто описание 
данных — а именно код, набор вызовов функций. 
как добиться, чтобы это работало. Начнем 
с того, что функции в Lua — значения первого клас- 
ca (first class values). Это, в частности, значит, что 
функции можно присваивать переменным, переда- 
вать функциям в качестве параметров и использо- 
вать в качестве возвращаемых значений функций. 

От своего предка, языка описания данных 
Sol, Lua унаследовал некоторые особенности син- 
таксиса, позволяющие этому коду выполняться. 
Здесь используется то, что Lua позволяет опус- 
кать скобки при передаче функции в качестве 
единственного параметра строкового литерала 
или конструктора таблицы. Таким образом, с точ- 
ки зрения языка, в коде, приведенном выше, вок- 
руг каждой пары кавычек и каждой пары фигур- 
ных скобок стоят «неявные» круглые скобки. 

Конструкция foo “string” { key = “value” } экви- 
валентна конструкции foo(“string”)({ key = “value” }). 
Сначала вызывается функция foo, которой пере- 
дается параметр «string». Функция foo возвращает 
другую (анонимную) функцию, которая вызывает- 
ся с параметром-таблицей { key = “value” }. Напри- 
мер, реализованная следующим образом foo 
в этом случае выведет на экран «string value»: 


+ 
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Эти полезные особенности Lua предоставляют нам 
достаточно широкие возможности для реализации 
«самозагружающихся» описаний данных. Благо- 
даря тому, что Lua позволяет компилировать прог- 
раммы в байт-код для виртуальной машины, мы 
можем «бесплатно» получить бинарное представ- 
ление данных с еще меньшей избыточностью, к TO- 
му же снимающее затраты на парсинг и компиля- 
цию текста (впрочем, в неэкстремальных случаях 
затраты на компиляцию итак достаточно невели- 
ки). Кроме того, текущая реализация языка Lua 
легко справляется с большими объемами дан- 
ных — «пережевать» файл в несколько мегабайт 
для нее не проблема (конечно, при адекватной ре- 
ализации пресловутой системы «самозагрузки»). 

Если при выполнении кода (смотри листинг 1) 
в области действия будут находиться реализован- 
ные должным образом функции gui_layout, panel, 
button и checkbox, получим набор вызовов, пока- 
занный на рисунке. Переменные modal и hidden 
могут содержать значения любого типа, главное, 
чтобы они тоже были видимы. 

Фактически, можно сказать, что мы видим 
здесь данные, записанные при помощи языка опи- 
сания данных (data description language, DDL). Пе- 
речисленные имена переменных — ключевые сло- 
ва (keywords) в создаваемом нами языке описания 
пользовательского интерфейса. Нужно заметить, 
что наши данные носят ярко выраженный иерар- 
хический характер. 

Поскольку описание данных — валидный код 
на Lua, мы имеем возможность, например, «разба- 
вить» декларативное описание интерфейса кодом 
описания его функциональности — скажем, опи- 
сать обработчики событий по клику на кнопку: 


Конечно, если код обработчика пишется вручную, 
такой подход следует применять с осторожностью, 
всячески ограничивая API, доступный таким функ- 
циям, и проводя их максимальную проверку на кор- 
ректность и безопасность. Помимо этого, наличие 
функций непосредственно в описании данных нес- 
колько затрудняет вариант реализации DDL с npo- 
межуточной кодогенерацией — такие обработчики 
придется как-то сохранять вместе со всеми данны- 
ми. Например, их можно сохранять в виде байт-ко- 
да при помощи системной функции string.dump — 
накладываемое ограничение на отсутствие у таких 
функций ссылок на внешние переменные (upval- 
UeS) в данном случае не слишком существенно. 
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ма (смотри рисунок) 


может быть пре авлена следующим о : (1) 


gui_layout "gamegui” 
{ 


panel “mainmenu” 


modal; 
button "newgame” ; 
button “settings”; 
button “exit”; 

}; 

panel “settings” 


checkbox "“mute_all”; 
checkbox "“mute_sfx"; 
checkbox "“mute_speech”; 
checkbox "“mute_music”; 
button “ок”; 

button "cancel"; 


параметризованные функции — ключевые слова, 


кроме корневого, (2) 


можно реализовать по следующей схеме: 


-- Вместо keyword_name нужно подставить имя ключевого слова 
keyword_name = паме_дака (“Кеумог@а_паме”) (function(name, data) 
process_child_keywords (data) 
data.type_ = keyword_name 
data.name_ = name 


return function(dest) 
if not dest.children_ then dest.children_ = 
table.insert (dest.children_, data) 


{ } end 


end 


end) 


ованна примерно такая 


(3) 


(для экономии места описание панели « 


блица ttings» пропущено): 


type_ = “gui_layout"; 
name_ = “gamegui”; 
children_ = { 
[1] = { 
type_ = “panel”; 
name_ = “mainmenu”; 


modal = true; 
visible = true; 
children_ = { 


[1] = { type_ = “button”; name_ = "newgame”; }; 
[2] = { type_ = “button”; name_ = "Settings”; }; 
[3] = { type_ = “button”; name_ = "exit"; }; 
}; 

}; 

[2] = { type_ = “panel”; name_ = “settings”; .. }; 


Kak же получить загруженные данные? Можно pe- 
ализовать функции-ключевые слова нашего DDL — 
таким образом, чтобы они изменяли некую гло- 
бальную сущность. Однако это повышает связан- 
ность кода и уменьшает его гибкость. 

Язык Lua позволяет явным образом возвра- 
щать значение (или даже несколько значений) при 
загрузке файла. Для этого достаточно в его конце 
написать выражение, использующее ключевое 
слово return так же, как если бы это была обычная 
функция. Удобно реализовывать корневую функ- 
цию иерархии (в нашем случае gui_layout) Tak, что- 
бы она возвращала собранные в процессе выпол- 
нения остального кода данные (либо сгенериро- 
ванную функцию, выполняющую некие действия 
на основе этих данных). 

Тогда, если дописать в начало листинга 1 клю- 
чевое слово return, можно будет добраться до 
загруженных данных, используя примерно такую 
конструкцию: 


Peete oo 


В переменную data будет помещено значение, 
возвращенное корневой функцией gui_layout. Для 
большей изящности ключевое слово return можно 
«подклеивать» автоматически перед загрузкой 
данных. В этом случае вместо load-file удобнее ис- 
пользовать loadstring. 

Очевидно, помимо реализации необходимого 
набора ключевых слов, мы должны ограничить 
пользователя в написании кода на Lua в файлах 
с данными только этим набором. Без дополнитель- 
ного разбора текста описания данных невозможно 
запретить использование в нем произвольного ко- 
да, но это и не обязательно. Главное — не дать та- 
кому коду доступ к окружающему миру, как гово- 
рится, выполнять его в «песочнице» (Sandbox). Тог- 
да «лишний» код может быть как минимум беспо- 
лезен (но не вреден), но как максимум его можно 
использовать во благо — например, для генерации 
данных на лету. Строго говоря, еще нужно учиты- 
вать возможность подвесить загрузку данных, на- 
писав в файле с данными бесконечный цикл. Если 
требуется стопроцентная гарантия от вредоносного 
кода, необходимо контролировать процесс загруз- 
ки, например, при помощи установки хуков на ис- 
полнение кода в функции debug.sethook, либо при 
помощи установки «вотчдога» в отдельном потоке. 

К счастью, язык Lua предоставляет эффек- 
тивное средство для создания такой «песочни- 
цы» — возможность явного задания таблицы гло- 
бального окружения (environment table) для функ- 
ций при помощи стандартной функции setfenv. 
При загрузке данных в глобальное окружение не- 
обходимо поместить только функции-ключевые 
слова нашего DDL. 

Функция loadfile возвращает функцию, содер- 
жащую весь код загружаемого файла. Глобальное 
окружение используется по умолчанию для всего 


__ index uv __newindex. 

Учитывая все вышесказанное, можно перей- 
ти к обсуждению путей реализации самих функ- 
ций — ключевых слов для нашего примера. 
реализация. Большинство ключевых слов 
требует двух вызовов для получения всех данных. 
В первом вызове обычно передается имя, во вто- 
ром — таблица с данными. Чтобы облегчить реа- 
лизацию, введем вспомогательную функцию — ге- 
нератор «сборщиков данных». Функция-сборщик 
собирает переданные ей данные, одновременно 
проверяя соответствие их типов заданным. После 
того, как нужное количество аргументов собрано, 
они передаются пользовательской функции (sink): 


У 


Далее зададим функции для генерации «сборщи- 
ков» аргументов заданных фиксированных типов 
(произвольный тип аргумента можно указать, ис- 
пользуя в качестве имени типа слово «апу»). Нап- 
ример, для ключевых слов, требующих аргументы 
по схеме «имя-данные» подойдет такая функция: 


Наиболее прямолинейный способ реализации 
ключевых слов — просто собирать все данные 
в одну большую иерархическую таблицу, занося 
«имена» и «типы» элементов интерфейса в слу- 
жебные поля таблиц данных этих элементов. Фак- 
тически, это прямое, без каких-либо дополнитель- 
ных действий, преобразование «исполнимого ко- 
да», описывающего данные в сами данные. 

Ключевые слова без аргументов в этом и 
в остальных рассматриваемых случаях — функ- 
ции, задающие значение определенного ключа 
в таблице данных. Такие функции играют роль 
«синтаксического сахара», повышающего нагляд- 
ность. Например (des — таблица данных для изме- 
нения): 


Все ключевые слова без аргументов попадают 
в порядке упоминания в списочную часть таблицы 
данных ключевого слова-родителя. Значения, 
возвращенные «дочерними» ключевыми словами, 
также попадают в списочную часть. Для единооб- 
разия эти значения тоже можно сделать функция- 
ми, которые при вызове будут добавлять данные 
об элементе-потомке в специальный список, хра- 
нящийся в таблице данных элемента-родителя. 

Перед анализом данных родительского эле- 
мента следует сделать обход списочной части для 
сбора данных о потомках: 


| 


В реализации унарных ключевых слов очевидно, 
что нужно опустить упоминание Name_data, пос- 
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кольку единственный аргумент передается за один 
вызов функции. 

У корневого ключевого слова (gui_layout) He 
может быть предков, поэтому оно должно возвра- 
щать готовую таблицу с данными. В остальном 
оно реализуется по той же схеме: 


Приведенная выше реализация функции pipeline 
не позволяет эффективно обнаружить один из ви- 
дов ошибок в данных (когда пользователь указы- 
вает недостаточное число аргументов для ключе- 
вого слова). Например, если для панели указано 
только имя: 


Как видно из его реализации, сборщик аргументов 
collector возвращает самого себя до тех пор, пока 
не наберет нужного числа аргументов. Поэтому 
в такой ситуации в списочной части таблицы дан- 
ных ключевого слова-предка оказывается не ре- 
зультат работы функции — реализации ключевого 
слова-потомка sink, — а сам сборщик. 

Такого типа ошибку можно обнаружить, 
создав сборщика из функции таблицей с задан- 
ным метаметодом __са! (реализацией этого ме- 
таметода будет нынешнее тело функции-сбор- 
щика) и заданным (мета)полем, обозначающим, 
что это — сборщик. 

В process_child_keywords при обнаружении 
таблицы вместо функции необходимо проверять 
значение этого поля. Если обнаружен сборщик, 
нужно выдавать ошибку о недостаточном коли- 
честве аргументов. Дополнительную отладоч- 
ную информацию о природе сборщика (его имя, 
типы, число аргументов) можно хранить в его же 
(мета)таблице. 

Тем же способом можно реализовать за- 
дание значений аргументов по умолчанию — 
вместо выдачи ошибки нужно просто вызывать 
сборщик с этим значением (или значениями) до 
тех пор, пока он не наберет достаточное количе- 
ство аргументов. 

Если нужна поддержка значений парамет- 
ров по умолчанию, их установку целесообразно 
вставить после обработки ключевых слов-потом- 
ков. Например, панели должны быть видимы по 
умолчанию, значит, для ключевого слова рапе! 
после вызова process_child_keywords нужно доба- 
вить строчку: 
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> «самозагружающиеся» данные. Уже в опи- 
санном виде с данными можно эффективно рабо- 
тать. Однако, это не всегда удобно — если сохра- 
ненные данные соответствовали каким-то «жи- 
вым» объектам логики приложения, придется пи- 
сать отдельный код по созданию и настройке этих 
объектов на основе получившихся таблиц. Было 
бы удобнее создавать объекты сразу же. Это впол- 
не возможно. Один из путей — встроить код созда- 
ния объектов логики в функции-модификаторы, 
возвращаемые дочерними ключами, и изменить 
логику обхода потомков. Если потомку нужна ин- 
формация о предке, нужно делать обход потомков 
не сразу при вызове функции-ключевого слова, 
как сделано выше, — а начиная с корневого эле- 
мента. При этом нужно дополнительно передавать 
модификаторам данные о предке. 

Пример случая, когда для создания нашего 
элемента пользовательского интерфейса нужна 
информация о родительском окне: 


Подразумевается, что функция process_child_key- 
words была модифицирована, чтобы передавать 
вместе с данными предка еще один параметр — его 
окно. Нужно модифицировать и реализацию ключе- 
вых слов без параметров. При таком подходе они 
должны уметь изменять свойства самого окна — из- 
менять данные уже поздно. Например, для hidden: 


Если параметр, изменяемый ключевым словом 
без аргумента, должен быть доступен на этапе до 
того, как возможна обработка всех потомков (нап- 
ример, если в приведенном примере нужно пере- 
дать модальность окна в Window.Create), необхо- 
димо реализовать тем или иным способом обход 
потомков в два прохода. Самый простой способ — 
вложить функцию-модификатор параметризован- 
ного ключевого слова в еще одну такую же и вызы- 
вать process_child_keywords дважды (такую реали- 
зацию можно абстрагировать подобно name_data): 


кодогенерация. Видно, что с увеличением 
сложности структуры данных усложняется и реа- 
лизация ключевых слов, и сопутствующего им ко- 
да. Растут накладные расходы по производитель- 
ности загрузки данных. В последнем примере тре- 
буется, как минимум, пять вложенных вызовов 
функций, прежде чем дело доходит до непосред- 
ственного создания объекта. В действительности 


LUA 


Расширяемый скриптовый язык расши- 
рений (extensible ex-tension language) 
с динамической типизацией. Код в статье 
написан на наиболее свежей версии язы- 
ка — 5.1, но должен работать и на пре- 
дыдущей 5.0. Руководство по языку 
и первое издание книги одного из авто- 
ров языка — Роберто Иерусалимского 
(Roberto lerusalimschy) «Programming in 
Lua» — можно найти в электронном виде 
на официальном сайте www.lua.org. 
Выгода от применения описываемо- 
го в статье подхода удваивается, когда 
в приложении есть потребность во 
встроенном скриптовом языке — подк- 
лючение [ша к коду на С, С++ (а также 


любом языке, имеющем интерфейс 
взаимодействия с С — существует, нап- 
ример, интерфейс Lua-Python) доста- 
точно легко осуществимо. При этом 
и для хранения данных, и для задания 
конечной логики приложения исполь- 
зуется один и тот же язык, что упрощает 
процесс освоения системы. 

Наиболее ярко это проявляется 
в компьютерных играх. Язык Lua вооб- 
ще получил наибольшее распростра- 
нение именно в этой области во мно- 
гом благодаря своей скорости, мощ- 
ности, гибкости и легкости подключе- 
ния к коду приложения. Однако, поми- 
мо компьютерных игр, Lua широко ис- 
пользуется и в других областях — от 
средства для профессиональной рабо- 
ты с фотографиями (до 40% кода 
Adobe Lightroom написано на Lua, 
labs.adobe.com/technologies/light- 


room/) до системы обработки данных 
о геноме человека, использующей Lua 
для хранения огромных объемов дан- 
ных (www.cbrc.jp/~ueno/slides/lua05u3. 
pdf). Постоянно растущий список про- 
ектов, использующих Lua, можно най- 
ти на официальном сайте языка — 
www.lua.org/uses.html. 


это не очень страшно — виртуальная машина Lua 
обладает очень высокой производительностью и, 
к тому же, поддерживает «хвостовые» вызовы 
функций (tail function calls) (в частности, хвостовую 
рекурсию tail recursion), что позволяет эффектив- 
но оптимизировать вызовы вида return functioncall 
и снимает ограничение на количество вложенных 
вызовов функций такого рода. 

Тем не менее, может возникнуть необходи- 
мость оптимизации процесса загрузки данных и 
создания из них «живых» объектов логики прило- 
жения. Наиболее эффективный способ сделать 
это — убрать всякую загрузку данных и оставить 
только код создания и настройки объектов с заши- 
тыми намертво параметрами, узкоспециализиро- 
ванный под конкретный рассматриваемый случай 
и набор данных. Уничтожить всю архитектурную 
прослойку в коде и оставить только нужную в дан- 
ный момент функциональность. 

Существует способ добиться такого эффекта 
автоматически и относительно бесплатно на основе 
имеющихся данных в описываемом формате. Впро- 
чем, такой способ эффективен только в том случае, 
когда данные статичны относительно основного 
приложения, то есть число загрузок данных значи- 
тельно превышает число их изменений. Рассматри- 
ваемый в статье пример с пользовательским интер- 
фейсом игры — как раз такой случай. При его созда- 
нии требуется гибкость и легкость внесения измене- 
ний, но эти свойства совершенно не нужны в готовой 
игре (однако, с точки зрения производительности 
загрузки данных абсолютно никаких показаний 
к проведению такой оптимизации нет). 

Убрать (или существенно снизить) наклад- 
ные расходы на гибкость позволяет использова- 
ние входных данных не для непосредственного 
создания объектов логики, но для генерации уз- 
коспециализированного кода, создающего эти 
объекты. При этом одна из возможных стратегий 
состоит в том, что на этапе активного изменения 
данных этот код генерируется, компилируется и 
исполняется налету (благо компиляция в Lua — 
весьма быстрый процесс), а после стабилизации 
в дистрибутиве приложения остается и использу- 
ется только сгенерированный вариант. 

Простейший подход к такой кодогенерации — 
непосредственная замена кода создания объектов 
в реализации ключевых слов на формирование 
текста этого кода. При этом все условные переходы 
переносятся из выполняемого кода в генерирую- 
щий, а также (по мере сил) производятся другие оп- 
тимизации на основе имеющейся на момент генера- 
ции кода информации об объектах и обо всей систе- 
ме в целом. Если присутствуют какие-либо «декора- 
тивные» архитектурные прослойки между генериру- 
емым кодом и конечным системным кодом, их тоже 
можно попытаться ликвидировать. 

Вероятно, наиболее эффективный с точки 
зрения возможностей оптимизации подход — пост- 
роение и многопроходный анализ дерева данных, 
аналогичного дереву, показанному в листинге 3. 


Самый простой способ генерации текста 
а значит и кода) в Lua существует благодаря раз- 
витой встроенной поддержке собственного языка 
регулярных выражений. Вот реализация функции 
smart_str, позволяющей заполнять строки-шабло- 
ны конкретными значениями (в варианте, не тре- 
бующем написания скобок): 


ется для замены всех вхождений $(имя_перемен- 
ной) на значение этой переменной в переданной 
вторым параметром таблице-контексте. Пример 
использования, печатающий текущую дату: 


Подробно возможности встроенного языка регу- 
лярных выражений описаны в руководстве по язы- 
ку Lua. 

Иногда бывает необходим больший, чем мо- 
жет дать приведенная реализация smart_str, KOHT- 
роль над кодогенерацией. Например, нужно ис- 
пользовать циклы или условные переходы. Можно 
пойти по пути усложнения синтаксиса, поддержи- 
ваемого этой функцией. Однако есть другой спо- 
соб, родственный «наивному» подходу генерации 


код, подобный следующему, весьма неэффекти- 
вен (он засоряет память промежуточными значе- 
ниями result): 


второй способ кодогенерации: 


В не слишком запущенных случаях этот способ 
позволяет писать достаточно наглядный код, оди- 
наково хорошо показывающий как шаблон генери- 
руемого кода, так и логику генерации. Но в тяже- 
лых случаях со сложной логикой генерации помочь 
может только реализация «объектной модели» ко- 
да Lua (code document ob-ject model). 

Рассмотрим, как можно организовать гене- 
рацию кода для нашего случая с пользовательс- 
ким интерфейсом. Пойдем по простейшему пути. 
Запускаем обход от самого нижнего элемента по- 
добно листингу 2. Каждый элемент возвращает 
строку, которую нужно «подклеить» к общему ко- 
ду. Функцию process_child_keywords заменяем на 
функцию concat_child_keywords, конкатенирую- 
щую (сцепляющую) строки, полученные от всех 
дочерних ключевых слов. 
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Иногда требуется умение загружать и снова сохра- 
нять данные, не имея описания их конкретного 
формата. Как и для XML, для нашего случая такое 
тоже возможно. Данные достаточно легко перево- 
дятся в вид, показанный в листинге 3, если обоб- 
щить код листинга 2, используя метаметод __са! 
таблицы глобального окружения для получения 
имени конкретного ключевого слова. 

Сохранение загруженных таким образом 
данных в тот же формат реализуется как доста- 
точно тривиальная процедура кодогенерации 
с рекурсивным обходом всего дерева элементов. 
Может быть удобным создание специальной объ- 
ектной модели для такого дерева. Это должно 
облегчить написание кода, который будет моди- 
фицировать дерево. 
>» заключение. Предлагаемый подход — не па- 
нацея и не полная замена технологий, основанных 
на XML. Его главный и определяющий недоста- 
ток — малая, относительно XML, распространен- 
ность применяемых технологий, что влечет за со- 
бой недостаток информации по методикам рабо- 
ты, недостаток проработанных библиотек для ис- 
пользования Lua в таком ключе и прочее. 

Но если в твоем проекте еще не реализова- 
на полноценная поддержка технологий XML, при- 
менение Lua для хранения данных вполне способ- 
но дать определенную выгоду. Потенциальная 
мощность описанного подхода сравнима с XML. 

Преимущества такого подхода — наличие 
«бесплатного» бинарного представления, мень- 
шая избыточность, возможность реализации «са- 
моподнимающихся» данных и так далее. Все это 
делает его достойным рассмотрения, особенно ес- 
ли ты уже используешь Lua в своем проекте, либо 
у тебя есть необходимость во встраивании в про- 
ект произвольного скриптового языка. 

С другой стороны, малый, по сравнению 
с полнофункциональными библиотеками работы с 
XML, объем и высокая скорость работы виртуаль- 
ной машины языка Lua может оправдать ее встра- 
ивание исключительно с целью использования 
Lua для хранения данных © 


www.yaml.org 
технология yam. 


www.json.org 
json (javascript ob-ject notation). 


www. pault.com/pault/pxml/xmlalternatives.html 
список альтернатив xml. 


www.lua.org 
официальный сайт lua. 


www.lua.org/uses. html 

список проектов, использующих lua. 
http://en.wikipedia.org/wiki/XML 

Extensible Markup Language From Wikipedia, 
the free encyclopedia. 
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> — выбор среды разработки и SDK. На данный 
момент наиболее популярные среды разработки 
под Symbian — это CodeWarrior от Metrowerks и С++ 
BuilderX Mobile Edition от Borland. Ты можешь ис- 
пользовать их, но я бы посоветовал обратить вни- 
мание на надстройку над Visual Studio.NET под наз- 
ванием Carbide.VS. Плюс ее в том, что она бесплат- 
на (сама надстройка, естественно) и лишь требует 
халявной регистрации по истечении 14 дней исполь- 
зования. Кроме того, в процессе работы с этой сре- 
дой ты избавляешься от разного рода глюков вроде 
неправильно прописанных путей в раскаде-файле. 
И потом, ты наверняка используешь студию для той 
или иной работы, поэтому работа в привычной сре- 
де — тоже явный плюс. Правда, стоит иметь ввиду, 
что среда, по непонятным причинам, в процессе 
сборки проекта иногда исключает необходимые 
библиотеки из файла описания проекта, поэтому 
рекомендую в настройках Carbide снять галочки 
С ОПЦИЙ «update .mmp file» и «update .pkg file». 

Что касается выбора SDK, To инфы по этому 
поводу предостаточно в Сети. Единственное, 
на что я хочу обратить внимание, так это на то, что 
большая часть софта для Series 60 всех версий до 
$60 3rd Edition He будет работать на новых моби- 
лах (например, новая N-cepua от Nokia), работаю- 
щих на S60 3rd Edition, поэтому понадобится от- 
дельный SDK для последней версии. 
>» = особенности процесса сборки проекта. Есть 
две конфигурации сборки проекта — для запуска 
и отладки в эмуляторе и для создания установоч- 
ного (SIS) файла. Когда мы разрабатываем и тес- 
тируем программу, надо периодически собирать 
проект для обеих конфигураций, поскольку это 
позволяет сразу обнаружить дурацкие ошибки 
вроде непрописанных библиотек или модулей 
в файле конфигурации проекта. В случае с Visual 
Studio, например, бывает, что после добавления 
модуля к проекту стандартными средствами («add 
item») проект в конфигурации для эмулятора нор- 
мально компилируется, а в конфигурации для соз- 
дания установочного файла возвращает ошибку. 
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РЕШИЛ ЗАНЯТЬСЯ ПРОГРАММИРОВАНИЕМ ПОД СМАРТФОНЫ HA SYMBIAN? ВЕРНО ЧУЕШЬ, 
КУДА ВЕТЕР ДУЕТ, ПРИЯТЕЛЬ: КОДИНГ ПОД МОБИЛЬНЫЕ УСТРОЙСТВА — 

ОЧЕНЬ ПЕРСПЕКТИВНОЕ НАПРАВЛЕНИЕ. СПЕЦОВ В ЭТОЙ ОБЛАСТИ МАЛО, А СПРОС НА НИХ 
ПОВЫШАЕТСЯ С КАЖДЫМ ДНЕМ. КРОМЕ ТОГО, ПРОЦЕСС СОЗДАНИЯ ПРОГРАММ 

ДЛЯ МОБИЛ — КРАЙНЕ УВЛЕКАТЕЛЬНЫЙ, НО НАЧИНАЮЩИХ ЖДЕТ МАССА ПОДВОДНЫХ 
КАМНЕЙ И ПРЕПЯТСТВИЙ. О РЕШЕНИИ НЕКОТОРЫХ ТИПОВЫХ ПРОБЛЕМ И ЗАДАЧ Я И ХОЧУ 


РАССКАЗАТЬ ТЕБЕ В ЭТОЙ СТАТЬЕ 


Дмитрий Тарасов aka Чет@п 
pink2000-0 @ тай.ги 


Связано это с тем, что при добавлении нового фай- 
ла в проект его нужно явно прописывать в файле 
конфигурации проекта. Например, если ты реали- 
зовал какой-либо функционал в файле теда- 
source.cpp, не забудь добавить в файл описания 
проекта (mmp) следующую строку: 


> почему программа закрывается при запуске. 
Так получилось, что в Symbian C++ реализован 
собственный механизм обработки исключений, ко- 
торый адаптирован под выполнение кода на мобиль- 
ной платформе. Не буду грузить тебя деталями, ибо 
для этого есть SDK Help, а скажу лишь, что в боль- 
шинстве случаев ты будешь создавать объекты, по- 
мещая их в так называемый CleanupStack. То есть 
создание объектов обычно выглядит примерно так: 


Часто в коде одной функции создается несколько 
объектов, и после того, как они уже были использо- 
ваны и больше не нужны, необходимо освободить 
ресурсы и удалить объекты из CleanupStack, что де- 
лается следующим образом: 


Если после выполнения функции созданные локаль- 
ные объекты не будут удалены, наша программа 
аварийно закроется при выполнении. Работа с осво- 
бождением ресурсов — очень важный момент при 
кодинге под ЗутЫап, поэтому рекомендую тщатель- 
но изучить соответствующую документацию. 

>» = что есть что в Application Framework. У начи- 
нающих кодеров под Symbian при созерцании 


взятого из SDK простейшего примера приложе- 
ния типа HelloWorld возникает вопрос: «А зачем 
тут столько файлов и классов?». Действительно, 
каркас приложения с графическим интерфейсом 
(консольные приложения под series 60 также 
можно создавать, но они не представляют ника- 
кого интереса) состоит как минимум из четырех 
классов. 

Класс application служит для запуска прило- 
жения и для создания так называемого документа 
приложения. 

Класс document представляет собой движок 
приложения и создает объект класса интерфейса 
пользователя. 

Класс AppUi служит для обработки действий 
пользователя и команд и представляет наиболь- 
ший интерес, поскольку именно в этом классе оп- 
ределяют такие любопытные виртуальные функ- 
ции базового класса «Базе» как: 


“~~ HADLEKEYEVENT(), ВЫЗЫВАЕМУЮ ПРИ 
НАЖАТИИ НА КЛАВИШУ СМАРТФОНА; 


— HANDLESWITCHONEVENTL(), 
ОБРАБАТЫВАЮЩУЮ СОБЫТИЯ 
ПРИ СТАРТЕ СМАРТФОНА; 


— HANDLECOMMAND(), ВЫЗЫВАЕМУЮ ДЛЯ 
ОБРАБОТКИ КОМАНД ПОЛЬЗОВАТЕЛЯ. 


Класс Container требуется для отображения дан- 
ных на экране смартфона. При разработке своего 
собственного приложения целесообразно исполь- 
зовать данный шаблон, который идет с любым 
SDK, и наращивать функциональность указанных 
классов. 

> kak подружить ПО с родной речью. Вполне 
возможно, что ты захочешь использовать в своем 
приложении надписи и диалоги на русском языке 


(хотя ориентироваться на отечественного потреби- 
теля в большинстве случаев бессмысленно). 
Все надписи в пунктах меню, диалогах и строки 
хранятся в файле ресурсов. Для того чтобы вместо 
абракадабры на экране мобилы отображалась 
нормальная кириллица, достаточно сохранить этот 
файл в кодировке utf-8. Разумеется, для этого по- 
дойдет наш любимый Блокнот :). 
> Kak заставить программу автоматически за- 
пускаться при старте телефона. Как ты, наверное, 
знаешь, в Symbian нет такого понятия как реестр. 
Автозагрузки, соответственно, тоже нет. Поэтому 
для автозапуска приложения обычно приходится 
извращаться, используя рекогнайзеры — прог- 
раммы, либо части кода проекта, которые служат 
для связывания определенных типов приложений 
(текстовые файлы, графика, ит.д.) с определен- 
ными программами, служащими для их открытия. 
Следовательно, если написать рекогнайзер, ста- 
вящий файл нашей программы в соответствие 
приложению, создающему процесс при загрузке 
телефона (арргип.ехе, к примеру), то можно заста- 
вить этот процесс запускать нашу прогу :). Кодинг 
рекогнайзеров — тема довольно обширная, поэ- 
тому я не буду углубляться сейчас в детали. 
Я предлагаю воспользоваться уже готовой разра- 
боткой от парней с http://newlc.com. Продукт называ- 
ется ezboot и представляет собой $15-файл, кото- 
рый легко интегрируется с нашим проектом. Про- 
га эта бесплатна для некоммерческого использо- 
вания, что очень приятно. На том же сайте есть и 
исходник для особо интересующихся. Для того 
чтобы заставить запускаться прогу при старте те- 
лефона, потребуется: 

1 Пойти на http://newlc.com/ezboot.html, скачать 
вариант ezboot для {1агде{-платформы и поместить 
его в директорию с $!5-файлом нашей проги. 


2 Интегрировать ezboot.sis с установочным 
файлом проекта. Для этого добавим в конец pkg- 
файла код: 


з создать в каталоге с pkg-cbainom тексто- 
вый файл appname.boot, содержащий строку: 


4 прописать в рКа-файле: 


Таким образом ты дашь линкеру знать, что при ус- 
тановке файл AppName.boot должен быть скопиро- 
ван в указанную директорию. 

Все готово, теперь мы сможем наблюдать, 
как наша прога стартует через небольшое время 
после запуска смартфона. 
> kak убрать программу из меню. Зачастую 
нет необходимости (меньше знаешь — крепче 
спишь, как известно), чтобы программа была видна 
в главном меню. В этом случае достаточно модифи- 
цировать файл информации о приложении, имею- 
щий имя вида YoutAppaif.rss, следующим образом: 


ЗРЕС':ЛЕМНЕНИЕ 


Сегодня одной из са- 
мых прибыльных отра- 


ствах. На Яве делались 
и делаются всевозмож- 


около миллиона долла- 
ров! В наше время по- 


ДРОЗДОВ АНДРЕЙ 
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OFFBIT SECURITY 
TEAM. 


слей программирова- 
ния является програм- 
мирование под мо- 
бильные устройства, 
такие как мобильные 
телефоны, смартфоны, 
КПК и тому подобные. 
А счего все начина- 
лось? А с далекого 
1995 года, когда вы- 
шла платформа Java, 
которая за счет своей 
кроссплатформенно- 
сти очень быстро осела 
в мобильных устрой- 


ные игры и программы. 
В 2002-2003 годах по- 
явились такие сред- 
ства разработки, как 
eMbedded Visual С++ 
SDk для карманных 
компьютеров и Ms 
Smartphone SDK для 
смартфонов. В этот ne- 
риод подобные систе- 
мы очень раскрути- 
лись, была даже из- 
вестная афера — от- 
правка СМС Богу, на 
которой было наварено 


явилась среда разра- 
ботки приложений Vi- 
sual Studio „МЕТ 2005. 
Теперь можно писать 
и отлаживать все при- 
ложения под мобиль- 
ные устройства на ПК 
на любом удобном про- 
граммисту языке. Воз- 
можно, в скором вре- 
мени разработка ПО 
под КПК и смартфоны 
догонит обычное ПО, 
поэтому вливайся, по- 
ка есть ниша. 


После установки такая прога не будет появляться 
в меню, но при запуске будет видна B task-manager 
(аналог менеджера запущенных приложений в 
Windows). 

> kak y6patb программу из Task-manager. Есте- 
ственно, программисты, пишущие злые трояны 
для мобил, не хотят, чтобы они были видны в ме- 
неджере приложений. Чтобы прога никогда там 
не появилась, нужно переопределить виртуаль- 
ную функцию UpdateTaskNameL() в классе доку- 
мента приложения. Выглядеть это должно вот 
таким образом: 


> kak He дать приложению получить фокус. Ну 
а если хочется, чтобы даже при прямом запуске 
выполняемого файла через файловый менеджер 
пользователь не видел нашу прогу, понадобится 
модифицировать метод ConstructL класса AppUi 
следующим образом: 


это конец. Как я уже говорил, кодинг смарт- 
фонов — направление перспективное. Помимо 
этого, процесс этот очень занятный и имеет некий 
дух исследования. А где взять инфу по кодингу под 
Symbian? Вот он, самый главный вопрос :). На рус- 
ском инфы практически нет. Единственная книга 
по программированию смартфонов Ha Symbian на 
русском языке вызывает спазмы желудка. Поэто- 
му придется читать много документации на анг- 
лийском, взятой с официальных сайтов Nokia и 
Symbian, а также SDK HELP. Пара ссылочек, пос- 
мотреть которые обязательно, прилагаются © 


http://forum.nokia.com 
наиболее полное собрание ресурсов по кодингу под symban. 


http://newle.com 
отличный ресурс с массой нетривиального материала. 


Для начала я расскажу о ряде преимуществ языка 
C#, благодаря которым, на данный момент време- 
ни, он является вершиной эволюции программиро- 
вания. С# вобрал в себя все лучшее: от С/С++ он 
взял возможность перегрузки операторов для ти- 
пов, созданных программистом, и интеграцию СОМ, 
от Java — автоматическое управление памятью, от 
VB — использование свойств-классов, от RUBY — 
рефлексию типов. 

> создаем жука для опытов. Для наших опытов 
нам нужно будет написать класс, над которым мы 
будем издеваться. Назовем его bug. В этой статье 
я бы хотел рассмотреть технологии организации 
двухстороннего взаимодействия объектов в прило- 
жении — это делегаты и события. Так же мы узна- 
ем о том, как можно перегружать операторы в С#, 
для большей наглядности я буду приводить «при- 
меры из жизни», то есть показывать, для чего тот 
или иной алгоритм нужен программисту или хаке- 
ру. Начнем мы с простого, а именно — с перегруз- 
ки операторов. Я приведу несложный пример пе- 
регрузки оператора сложения. Напишем функцию, 
аналогичную функции strcpy в C++: 


Это элементарно. Желающие могут реализовать 
функцию, аналогичную Istrcpy :). Теперь перейдем 
к более серьезной перегрузке операторов, напри- 
мер, к перегрузке операторов равенства. Если мы 
хотим сравнить не просто какие-то два числа, а, 
предположим, два структурных типа данных, мы 
будем использовать метод Object.Equals(). 


перегрузка операторов равенства 


танцуя 


‚ на решетке 


ОБЗОР НЕСТАНДАРТНЫХ ВОЗМОЖНОСТЕЙ С# 


ЧЕЛОВЕК РАЗУМНЫЙ, В ЛИЦЕ КОРПОРАЦИИ МАЙКРОСОФТ, СО ВРЕМЕНЕМ ПОРОДИЛ 
ПЛАТФОРМУ .NET, ДЛЯ КОТОРЫЙ БЫЛ СОЗДАН СПЕЦИАЛЬНЫЙ ЯЗЫК С#. ГОСПОДА ИЗ 
МАЙКРОСОФТ СДЕЛАЛИ КОД «УПРАВЛЯЕМЫМ», ПРИДУМАЛИ РЕФЛЕКСИЮ ТИПОВ, МЕТОД 
ИНДЕКСАТОРА, ДЕЛЕГАТЫ И ДОБАВИЛИ ЕЩЕ МНОГО НОВЫХ ВОЗМОЖНОСТЕЙ. В ДАННОЙ 
СТАТЬЕ МЫ УЗНАЕМ ВСЮ ПОДНОГОТНУЮ ЯЗЫКА С# 


Андрей Дроздов aka Sulverus, Offbit security team 


isulverus @ тай.ги 


Разберем написанный код: слово override указыва- 
ет на то, что мы будем использовать перегрузку; 
в роли параметров для функции будут служить 
2 объекта; также мы заранее объявили 2 перемен- 
ные типа int с именами bugA и bugB. Далее мы 3a- 
мещаем метод Equals(): в случае, если перемен- 
ные равны, то возвращается значение true, в об- 
ратном случае передается значение false (вполне 
естественно, ведь мы используем логический тип 
данных bool). Так же для удачного замещения не- 
обходимо выполнить замещение GetHashCode(). 
Для этого напишем еще одну функцию, возвраща- 
ющую это замещение: объявляем тип public over- 
ride int и говорим ему возвращать HashCode: return 
this. ToString().GetHashCode(). Чтобы усвоить вы- 
шесказанное, перейдем к примеру, из которого 
видно, зачем нужно столько непонятного кода. 

перебираем стог сена. Для наглядности мы 
напишем брутфорс, который будет подбирать чис- 
ло, равное некому числу п. Вначале загадаем не- 
кое число п, равное 68491. Теперь надо, чтобы 
программа угадала его. Объявляем функцию pub- 
lic static void brute(long Фар). Мы будем передавать 
функции параметры диапазона чисел, в котором 
она будет искать наше число. Для реализации пе- 
ребора мы будем использовать написанный нами 
метод для перегрузки операторов равенства и 


$ 


Как видно из этого кода, мы сравниваем число п сте- 
кущим числом и возвращаем значение в строковый 
тип данных brute методом System.Convert.ToString(). 
Если числа равны, то цикл прекращается. Поясню 
возможно сложившиеся у читателя непонятки отно- 
сительно методов NewMessage() u BruteComplete(): 
это не методы, a вызовы событий, которые, в свою 
очередь, работают с делегатами, а делегаты вызы- 
вают методы. 

> делегация из Африки. Программисты созда- 
ют массу классов, методов, типов и прочих кусков 
кода. Все они, так или иначе, взаимосвязаны друг 
с другом: одни объекты порождают другие, пере- 
сылают им какие-то параметры и т.д. Однако все 
это работает только в одну сторону. А если порож- 
денный объект захочет отослать что-то объекту, 
который его породил? Раньше в Win32/C/C++ было 
понятие обратного вызова, но у этого способа был 
один существенный недостаток: создавался прос- 
то указатель на функцию, то есть ссылка на адрес 
в оперативной памяти, и, следовательно, такой 
способ приводил к массе ошибок, переполнению 
буфера и т.д. В языке С++ нет решения подобной 
проблемы, а в языке С# для ее решения есть спе- 


циальный класс (System.MulticastDelegate). Bnaro- 
даря работе делегата исключаются ошибки пере- 
полнения буфера и срыва стека, поскольку при 
создании делегата указывается не только ссылка 
на функцию, но и набор передаваемых ей парамет- 
ров. Объявить делегат очень просто: public dele- 
gate void BlahBlah(string Blah). Заметим, что деле- 
гат может иметь ссылку на несколько функций: 
для этого нужно использовать метод MulticastDele- 
gate.Combine(). Единственное, что должно быть об- 
щего у этих методов — список параметров. Для оп- 
тимизации кода при совмещении нескольких 
функций в одном делегате можно использовать 
оператор сложения. Таким же образом можно объ- 
единять два делегата в один: 


> события давно минувших дней. Вернемся 
к описанию кода нашего брутфорса: в нем я упоми- 
нал о событиях. События были и в С++, но теперь 
они строятся на основе делегатов. То есть мы «ве- 
шаем» события на нужный нам делегат, и они пе- 
редают методу нужные параметры. В нашем коде 
есть два события: NewMessage() u BruteComplete(). 
Первое событие находит делегат метода msg(), ко- 
торый вызывает метод, созданный для того, чтобы 
выводить в консоль сообщение; второе наступает 
в случае, если перебор был удачным. Если прос- 
мотреть событие дизассемблером (не обычным, а 
МЕТ‘овским), то мы увидим, что оно состоит из 
двух методов: add_[Uma События]() и гетоуе_[Имя 
События](). Для того чтобы параметры не ушли «в 
никуда», мы должны создать приемники событий, 
которые будут ожидать их наступления. Что дол- 
жен делать приемник? Он должен добавить прини- 
мающий метод в таблицу указателей делегата. 
Для этого нужно использовать перегруженный 
оператор «+=», а для удаления «-=». Добавим два 
приемника для делегатов каждой функции: 


Теперь вместо того, чтобы писать полный адрес 
функции, можно просто писать NewMessage(string 
msg_text);. Для нашего брутфорса нам понадобит- 
ся написать метод, который будет включать и вык- 
лючать приемники событий: 


переключатель событий 


В этом коде нет ничего сложного: для того чтобы 
включить или выключить приемники, необходимо пе- 
редать функции значение логической переменной. 

> = о жизненных потоках. Рассказывая об осо- 
бенностях программирования на С#, нельзя не упо- 
мянуть о потоках. Для работы с потоками существу- 
ет пространство имен System.Threading. Для при- 
мера мы можем написать программу, которая бу- 
дет считать числа, а для закрепления пройденного 
материала мы будем делать это не просто с по- 
мощью цикла for, но и используя перегрузку опера- 
торов квадратных скобок («[]»). Прежде чем созда- 
вать поток, нам нужно написать функцию для рабо- 
ты с числами. В данном случае мы будем использо- 
вать метод индексации (это и есть перегрузка опе- 
раторов квадратных скобок). 

> дальше — больше. Давай на время вспом- 
ним, как работают процессы в Win2k. Раньше при- 
ложение могло состоять из нескольких процессов, 
которые могли порождать новые потоки. В плат- 
форме .МЕТ все немного иначе, соответственно и 
в Windows Vist'e тоже. Теперь есть понятие «до- 
мен приложения», которое является своеобразным 
контейнером для потоков в .МЕТ-платформе, то 
есть домен приложения полностью огораживает по- 
ток и его ресурсы от других потоков и доменов при- 
ложений. В результате разные домены приложений 
не могут совместно использовать одни и те же ре- 
сурсы, даже если они являются глобальными. Непо- 
нимание этого факта приводит к довольно серьез- 
ным ошибкам. Для работы с доменами приложений 
есть класс AppDomain, так давай же поковыряем 
его! Чтобы было проще это понять, напишем класс 
BindingCodeDomain, в котором будет 2 функции: 
первая получает строку и дописывает туда данные, 
вторая регистрирует первую, как новый метод в соз- 
данном нами делегате msg_sender в классе bug. 

> = объектно сориентируемся. Теперь я бы хотел 
внести ясность в тему работы с объектами. Для то- 
го чтобы создать объект, нужно использовать ди- 
рективу new. Для примера напишем два класса, ко- 
торые будут имитировать жуков, бегающих напере- 
гонки, и заодно будем закреплять пройденное. 
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Для начала придумаем концепцию: создаем ме- 
тод, который делает объект класса BugSpeedy и 
предает ему определенные параметры, после чего 
создаем два процесса, и жуки бегут наперегонки. 
Для создания объектов у нас будет использоваться 
конструктор объектов, которому нужно будет пере- 
давать параметры. Также конструктор будет соз- 
давать поток для жука. Мы создадим двух жуков 
(Петю и Васю), заранее подготовив в классе 
BugSpeedy метод Run для бега. В методе Run бу- 
дет просто реализован цикл Юг и набор простых 
математических операций, чтобы рассчитать ско- 
рость жука. Теперь, благодаря таким нехитрым за- 
морочкам, мы оптимизировали код и вся игра 
в жуков будет занимать 4 строки: 


битва жуков 


Также нужно поставить условие, проверяющее, 
кто из жуков пришел первым. Вуаля, теперь можно 
наслаждаться тараканьими бегами, запустив про- 
цесс методом Start() :). На таком простом примере 
хорошо видна объектно-ориентированная модель 
программирования, — надеюсь, что он поможет 
тебе лучше ее понять. С жуками закончим. 

> = конец — делу венец. Я думаю, что у тебя в го- 
лове уже сложился вопрос: зачем нужно столько 
объектно-ориентированных наворотов и извраще- 
ний? В больших и сложных компьютерных систе- 
мах, использующих большой ресурс памяти, такой 
подход необходим по двум причинам. Во-первых, 
использование подобных надстроек сильно опти- 
мизирует код, а значит, уменьшает время работы 
программы и увеличивает быстродействие серве- 
ра. И во-вторых, в современном программирова- 
нии есть задачи, которые без подобных техник не 
решить, например, работа с базами знаний, ней- 
ронными сетями, искусственными интеллектами и 
т.д. Конечно, я не успел рассказать обо всех осо- 
бенностях объектно-ориентированного програм- 
мирования на С# (это тема отдельной книги), но 
с какой-то частью этого вопроса ознакомил. Благо- 
даря делегатам у программистов резко сократится 
количество ошибок, а их программы станут на по- 
рядок безопаснее. Если у тебя есть какие-нибудь 
вопросы или интересные идеи — пиши на почту sul- 
уегиз@тай.ги, я с радостью помогу, отвечу и поуча- 
ствую. Напоследок замечу, что у языка С# самая 
лучшая на сегодняшний день концепция ООГ, поэ- 
тому, если ты решил заняться каким-либо серьез- 
ным проектом, используй С# © 


78 SPECIAL DELIVERY СПЕЦ 10-06 


SPE©@ALUHTEPBBOO 


Михаил Фленов — 
широко известный 
в узких кругах 
программер, автор 
и книгописатель. 


Интервью брал 
Александр Лозовский. 


НЕСМОТРЯ НА ТО, ЧТО БОЛЬШИНСТВО 
НАШИХ ЧИТАТЕЛЕЙ ТЕБЯ ЗНАЮТ, 
ВСЕ РАВНО, ПРЕДСТАВЬСЯ. 


МИХАИЛ ФЛЕНОВ: Фленов Михаил, а в девиче- 
стве Horrific. 


ДАВАЙ НАЧНЕМ СО СПИСКА ТВОИХ 
СВЕРШЕНИЙ. СКОЛЬКО ПРОГРАММ 
ТЫ УЖЕ УСПЕЛ НАПИСАТЬ? 


МИХАИЛ ФЛЕНОВ: 37. В эту цифру входят все 
программы с www.cydsoft.com, а также проекты, на- 
писанные для предприятий, где я работал, а абсо- 
лютно все программы упомнить не смогу. Когда 
учился в институте, написал еще пару программ 


(одна для бухгалтерии, и еще одна — для тестиро- 
вания студентов), но они были небольшие. Если 
учитывать все проекты, в которых я участвовал, 

и прибавить примеры для книг, то цифра будет 
состоять из четырех разрядов. 


ОТЛИЧНО, НО Я ВОТ ЗАМЕЧАЮ, 

ЧТО ТАМ ПОРЯДОЧНО АНАЛОГОВ 
ВСЕМИРНО ИЗВЕСТНЫХ ПРОГРАММ. 
НАПРИМЕР, НЕТРУДНО ДОГАДАТЬСЯ, 
ЗАЧЕМ НУЖНА ПРОГРАММА СУБ GIF 
STUDIO PRO. КАК ЖЕ ОНА 
ВЫДЕРЖИВАЕТ КОНКУРЕНЦИЮ ? 


МИХАИЛ ФЛЕНОВ: А никак. Она не выдержива- 
ет конкуренции, потому что всем приходится зани- 
маться самому. Нужно писать код, тестировать, 
продвигать программу, поддерживать базу пользо- 
вателей, которых накопилось за все это время 
большое количество и многое другое. При этом 
программы за последние три года практически не 
обновлялись. А ту, которую назвал ты, я заморозил 
почти четыре года назад и только недавно сделал 
обновление. Сейчас я усиленно занялся обновле- 
нием и в ближайшее время планирую начать прод- 
вижение, что является самым важным моментом. 


МНОГИЕ ИЗ НАШИХ ЧИТАТЕЛЕЙ 
ЗАХОТЯТ ЗАРАБАТЫВАТЬ ДЕНЬГИ 
СВОИМ ПРОГРАММЕРСКИМ ТРУДОМ. 
ПО-ТВОЕМУ, НУЖНО ЛИ ОТКРЫВАТЬ 
СВОЮ ШАРОВАРНУЮ КОНТОРУ? 


МИХАИЛ ФЛЕНОВ: Контору открывать очень 
рискованно. Давай посмотрим на простом приме- 
pe — WinZIP. Эта программа не идеальна и обла- 
дает не лучшими возможностями. Есть архивато- 
ры намного круче, которые поддерживают больше 
форматов и стоят дешевле, но WinZIP — бестсел- 
лер. Почему? Программы продаются не благодаря 
возможностям и коду, а благодаря ухищрениям 
маркетологов. Если ты умеешь втулить пользова- 
телю кал обезьяны, то сможешь продать любую 
программу. Если не можешь продать за копейки 
золото, то не стоит даже пытаться. Отдача будет 
минимальна, даже у самого лучшего продукта. 
Помню, как на заре интернета один парень 
на спор поднял абсолютно пустую страницу со 
счетчиком чуть ли не на первое место в рейтинге 
rambler.ru. Вот такой человек продаст любую прог- 
рамму, и он может открывать свою контору. 


А КАК ДЕЛА С ПРОДАЖАМИ? 
ОХОТНО ЛИ БУРЖУИНЫ ПОКУПАЮТ 
ТВОИ ПРОДУКТЫ? 


МИХАИЛ ФЛЕНОВ: Покупают, и для меня одно- 
го этого достаточно. Если сравнить продажи и 
трафик, который идет с сайта, то все не так без- 
надежно, даже несмотря на тотальную старость 
всех программ. 


КАКИЕ ЖЕ ПРОГРАММЫ ПОЛЬЗУЮТСЯ 
НАИБОЛЬШИМ СПРОСОМ 

(ПРО РУСИЧЕЙ НЕ СПРАШИВАЮ, 
ПОСКОЛЬКУ ИХ СПРОС НЕ НЕСЕТ 

ЗА СОБОЙ ДОХОДА)? 


МИХАИЛ ФЛЕНОВ: На данный момент наиболь- 
ший спрос идет на те программы, которые я прод- 
вигаю, а их три. Уж извини, но секрет фирмы отк- 
рывать не буду. Все остальные висят на сайте 

в качестве довеска и приносят небольшой доход. 


НЕ ПОРА ЛИ ПЕРЕХОДИТЬ 
НА МОБИЛЬНЫЕ ПЛАТФОРМЫ? 
Уж КУДА АКТУАЛЬНЕЕ, ПО-МОЕМУ. 


МИХАИЛ ФЛЕНОВ: У меня своя корова, и я ее 
дою. В другие сферы прыгать не хочу и никому 
не советую дергаться из стороны в сторону. Если 
взял один курс, то нужно его максимально четко 
придерживаться. Только такая корпорация, как 
Microsoft, может работать на всех рынках сразу, 
а все остальные работают на узких рынках. Моя 
основная специализация — простые программы 
для \/ЕВ-дизайна, а все остальное вторично. 

Но я хочу и даже мечтаю выпустить собствен- 
ную небольшую игру. Тут проблема в том, что я мо- 
делирую в 3ЗО-редакторах как курица лапой, а рисую 
еще хуже. Когда бог раздавал эти таланты, я види- 
мо разглядывал красоток. И все же, возможно, 
когда-нибудь из под моей клавиатуры выйдет пол- 
ноценная игра. Но она будет под другим лейблом. 


ЕСЛИ УЖ ГОВОРИТЬ О ДЕНЬГАХ, 
ТО, МОЖЕТ БЫТЬ, ТЕЛЕРАБОТА 

НА НЕКОЕГО ТОЛСТОГО БУРЖУИНА 
ЛУЧШЕ? ПОЧЕМУ ТЫ НЕ ВЫБРАЛ 
ДЛЯ СЕБЯ ТАКОЙ ПУТЬ? 


МИХАИЛ ФЛЕНОВ: Телеработа была популярна 
и приносила доход только в течение первого года 
с момента появления. Тогда я мечтал зарабаты- 
вать собственными силами и в это дело не вклю- 
чился. Сейчас проще попасть на обман, чем найти 
реального работодателя, который будет платить 
за телеработу за бугром. Все буржуины переклю- 
чились на оффшор, как более качественное и дос- 
таточно дешевое решение собственных проблем. 

С другой стороны, я занимаюсь телеработой 
с момента возникновения журнала Х. Но ведь при 
этом я не сижу в редакции «Геймленд» и даже на- 
хожусь в другом городе. Да и книги пишу удален- 
но, сидя на диване за чашкой кофе. Так что теле- 
работа для меня стала вторым домом. 


МИХАИЛ ФЛЕНОВ: Раньше таких мыслей 
не было, потому что был патриотом своей страны 
(да и сейчас это чувство еще остается). Много раз 


А ЕЩЕ ЛУЧШЕ — ВООБЩЕ ЗА ГРАНИЦУ 
УЕХАТЬ. НЕ БЫЛО ТАКОЙ МЫСЛИ? 


предлагали, но я отказывался. Когда же появи- 
лись дети, я взглянул на жизнь с другой стороны. 
Сейчас мне кажется, что мы живем, мягко говоря, 
в полном ужасе. В последнее время я действи- 
тельно стал подумывать о том, чтобы двинуть 

в теплые страны на нормальные заработки. Но все 
еще немного побаиваюсь такого кардинального 
изменения собственной жизни. Пока мне нравится 
в Питере, и я полюбил этот город, хотя только- 
только сюда переехал. 

Недавно хотел уехать, и меня уже готовы бы- 
ли взять две очень серьезные фирмы, одна из ко- 
торых в Германии, а другая — в США. Но мне отка- 
зали по банальной причине — плохое знание анг- 
лийского и абсолютное незнание немецкого. После 
этого я временно прекратил попытки перебраться 
за границу. Я хорошо читаю и без проблем пони- 
маю английскую речь. Но вот меня понимают 
очень плохо, потому что мое произношение и из- 
лишние нервы на интервью делают свое дело. Ког- 
да я говорю на английском, то забываю все слова 
и сильно нервничаю. И тут даже не помогает мой 
опыт и знания в программировании, потому что 
в каждом объявлении на работу в США написано 
обязательное требование — коммуникабельность 
и общительность. Если с тобой тяжело общаться, 
то скоро уволят, каким бы специалистом ты не 
был. Поэтому сейчас я усиленно подгоняю свой 
английский. Вдруг все же окончательно решусь пе- 
реезжать за бугор. 


ТЕПЕРЬ О НАУКЕ. ИЗВЕСТНО, 
ЧТО У ТЕБЯ НЕ ПРОГРАММЕРСКОЕ 
ОБРАЗОВАНИЕ. КАК ЖЕ ТЫ 
САМООБУЧАЛСЯ? 


МИХАИЛ ФЛЕНОВ: С литературой действитель- 
но было сложно. Читал все подряд — все эхи 

в ФИДО, мануалы и справочники. Английский 

я не знал, потому что в школе учил французский, 
но вооружился толстым словарем и начал перево- 
дить. Так выучил английский и научился програм- 
мировать одновременно. В общем, читал все, 

что попадалось под руку. 


А КОГДА ТЫ РЕШИЛ ПОДЕЛИТЬСЯ 
ЗНАНИЯМИ? ПРЕДШЕСТВЕННИК 
НЫНЕШНЕГО VR-ONLINE.RU 
ПОЯВИЛСЯ НАМНОГО РАНЬШЕ 
ПЕРВЫХ СТАТЕЙ B И ТЕМ БОЛЕЕ 
КНИГ? КАК ЖЕ ОН НАЗЫВАЛСЯ-ТО... 
X-C-R.COM? 


МИХАИЛ ФЛЕНОВ: Я сам уже He помню первое 
название :), потому что первый домен регистриро- 
вал не я, а он достался на халяву от одного из чи- 
тателей. Насколько я помню, этот домен или на- 
кардили, или спионерили :). 

Как начал делиться? Просто хотел помочь 
другим, ведь в те времена литературы практичес- 
ки не было. Я не собирался зарабатывать на этом 
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деньги и сейчас не собираюсь, поэтому не особо 
продвигаю свой сайт. Он чисто для общения с чи- 
тателями, друзьями и для обмена опытом между 
программистами. Мы помогаем всем, кто нуждает- 
ся в помощи. 


ЭТО САЙТ, А КАК ТЫ ОКАЗАЛСЯ В Х? 
ПОМНИШЬ ЛИ ТЫ СВОЮ ПЕРВУЮ 
СТАТЬЮ ? 


МИХАИЛ ФЛЕНОВ: Однажды, выходя с работы, 
я увидел самый первый номер Х и купил. Мне пон- 
равился журнал, а на первой странице был призыв 
записаться в ряды авторов. Я написал в редакцию, 
и через день мне ответил SINtez. С Tex пор я был 

в команде и получал всю рассылку. Хорошие были 
времена, и тогда действительно ощущался дух ко- 
манды. Да, было много разгильдяйства, но и ду- 
шок был приятный. Сейчас в редакции работа бо- 
лее серьезная и профессиональная, и душок из- 
менился. Первая статья была про обман шаровар- 
ных каталогов. Для меня это была больная тема, 
ведь приходилось часто работать с ними. 


ЧТО НАСЧЕТ КНИГ? КАК ТЫ ДОШЕЛ 
ДО ЭТОЙ МЫСЛИ? ВООБЩЕ, 
КНИГИ-ТО, НЕБОСЬ, ПОСЛОЖНЕЕ 
ПИСАТЬ? 


МИХАИЛ ФЛЕНОВ: Скажу так — книги писать 
интересно. А как я начал? Однажды я понял, 

что мои статьи на сайте сложно читать, потому 
что информация разрознена. Я начал собирать 

ее в одну большую книгу, и получилось 10 глав 
«Библии Delphi», которая стала доступна всем 
бесплатно. Но ее увидели в издательстве «Сим- 
вол-Плюс» и предложили издать. Я доделал книгу 
и сдал, но, по непонятным причинам, издательство 
отказалось. Я выложил всю книгу в интернет бесп- 
латно, как и планировал в самом начале, и в этот 
момент со мной связались из БХВ. Я написал для 
них книгу «Программирование в Delphi глазами 
хакера», а в последствии доработал и издал 
«Библию Delphi». 


ЧТО ПОСОВЕТУЕШЬ ЧИТАТЕЛЮ 
НАПОСЛЕДОК? СТОИТ ЛИ 
ЗАКАНЧИВАТЬ ПРОГРАММЕРСКИЙ 
ВУЗ, СТОИТ ЛИ ПРОГРАММИТЬ, 
ИЛИ МОЖЕТ БЫТЬ ЛУЧШЕ 
АДМИНИНГОМ ПРОБАВЛЯТЬСЯ? 


МИХАИЛ ФЛЕНОВ: Учиться всегда стоит, 

но только если действительно хочется. Если душа 
лежит к программированию, к созиданию, то уче- 
ба не пройдет даром, особенно высшее образова- 
ние. Программисты нужны, особенно в мегаполи- 
сах, и будут нужны всегда. В вузе программистов 
обучают математическим наукам, которые приго- 
дятся, даже если после этого стать админом, теле- 
фонистом или дворником :) © 
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АЛЕКСЕЙ 

ПЕТРОВ 

BIT 20 лет. Эксперт 

в области защиты 
данных, эксперт 

по компьютерным 
преступлениям, эксперт 
по сетевым 
коммуникациям 

и телефонии. 
Сертификаты от Novell/ 
3com/Bay/Siemens/Cisco/ 
ISACA. Консультант 

no Bonpocam 
ИТ-безопасности 

в Secproof Oy 
(www.secproof.com). 
Свободный консультант 
Arhont.com, iPRO.Iv. 


КРИС 

КАСПЕРСКИ 
Известен еще как мыщьх. 
Компьютеры грызет еще 
с тех времен, когда 
Правец-8Д считался 
крутой машиной, 

а дисковод с монитором 
были верхом мечтаний. 
Освоил кучу языков 

и операционных систем, 
из которых реально 
использует W2K, алюбит 
FreeBSD 4.5. Живет 

в норе, окруженной 

по периметру 
компьютерами 

и стеллажами 

с литературой. 


СЛУЧИТСЯ ЛИ КОГДА-НИБУДЬ, 
ЧТО ОДИН ИЗ ЯЗЫКОВ БУКВАЛЬНО 


«ЗАВОЮЕТ МИР»? 


АНАТОЛИЙ 
СКОБЛОВ 

Последние 17 лет — 
системный программист, 
аналитик. Работает 
дома на себя 

или на заказчиков. 

Из известного — 

ядро outpost personal 


АЛЕКСАНДР 
лозовский 

Если в двух словах — 
этому человеку СПЕЦ 
обязан своей жизнью. 
Практически каждый 
номер Александр делает 
ему искусственное 
дыхание в условиях, 


ИВАН (SKYWRITER) 
КАСАТЕНКО 
Возбуждающий идеи 

на редколлегии. Редактор 
диска к журналу 
хакерСПЕЦ. В прошлом 

и настоящем успешный 
программист. Горячий 
любитель .net. 


firewall, модем russian 
courier. Сфера 
профессиональных 


приближенных 
к реальным военным 
действиям :). 


интересов — Кроме того, — 
безопасность, редактор «Кодинг» 
телефония, интернет Хакер'а. 

и так далее. 


АЛЕКСЕЙ ПЕТРОВ: Очень маловероятно. Утверждение подобного рода 
можно сравнить с попыткой заявить что «когда-нибудь проявится Universal- 
swiss-knife, в котором будет все, и он вытеснит все ножи и инструменты с рын- 
ка». Каждый язык программирования для решения конкретной комплексной 
задачи имеет свои плюсы и минусы. Каждый язык программирования имеет 
свою направленность и специализацию. Языки бывают узкопрофильные 
и широкопрофильные, сложные и простые, компилируемые и интерпретируе- 
мые, близкие к аппаратной части (низкоуровневые) и аппаратно-независи- 
мые слоеные-кроссплатформенные пироги (языки высокого уровня). 

Причем высокоуровневые языки от аппаратной реализации компьютера 
помимо множества плюсов имеют и минусы. В частности, они не позволяют 
создавать простые и точные инструкции к используемому оборудованию. 
Программы, написанные на языках высокого уровня, проще для понимания 
программиста, но гораздо менее эффективны, чем их аналоги, создаваемые 
при помощи низкоуровневых языков. Одним из следствий этого стало добав- 
ление поддержки того или иного языка низкого уровня (язык ассемблера) 
в большинство современных профессиональных высокоуровневых языков 
программирования. 


ДМИТРИЙ 
КОВАЛЕНКО 
Системный программист, 
разработчик в infopulse 
ukraine. Хобби — 


теоретическая 
вирусология, в частности, 
математическое 
моделирование 
полиморфных 
алгоритмов в вирусах. 
www.vr-online.ru 


МИХАИЛ ФЛЕНОВ 
Внештатный автор Х 
почти с самого рождения 
журнала, создатель 
сайта www.vr-online.ru, 
автор 11 книг на русском 
и 4 на английском языке. 


a ЧТО ЛУЧШЕ: СИ ИЛИ СИ++? 
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Изначально глупо писать узкоспециализированные драйвера устройства на далеком от железа и его ос- 
нов кроссплатформенном языке, таком как, скажем, Java (хотя в жизни могут найтись всякие извращен- 
цы). В реальности вполне возможны ситуации, когда на языке «А» задачу придется кодить в 3-4, ато ив 
10 раз дольше, но удастся решить рациональнее по ресурсам, а на языке «Б» ее проще будет описать, но 
работать будет долго и ресурсоемко. А в жизни решить задачу надо экономически выгодно, посему бу- 
дет взят кодер, который знает только язык «В», на котором эта задача и будет реализована — долго, 
сложно, ресурсоемко, неэффективно — но зато дешево и сердито... 

КРИС КАСПЕРСКИ: По данным лингвистов, недавно собравшихся на одной шумной конференции, 
70% ныне используемых языков через несколько десятков лет скорее всего перейдут в разряд мертвых. 
И будут как греческий или латынь. Кстати, если вспоминать историю, то и греческий, и латынь оказали 
колоссальное влияние на большинство современных языков. 

То же самое наблюдается и с языками программирования. Термин «завоевание» — очень точный. 
Фирмы-создатели компиляторов/фреймворков и прочих технологий вкладывают в них нехилые деньги и 
двигают на рынок, зачастую действуя вопреки интересам пользователей. Новых идей ни у кого нет, поэ- 
тому все языки становятся более и более похожими друг на друга. Иные концепции просто отметаются. 
Взять тот же forth или lisp. Urge они сейчас?! Вокруг засилье Си++-подобных языков с одинаковыми па- 
радигмами объективного программирования, планомерно эволюционирующего в метапрограммирова- 
ние, которое выросло из шаблонов, а шаблоны выросли из препроцессоров. 

Так что ничего радикально нового на рынке, по сути, и нет. Меняется только синтаксис и оверхид. 
Как говорится, усложнять легко — упрощать трудно. Чтобы изобрести простой и гибкий язык, каким яв- 
ляется тот же Си — это же талант нужен. А добавлять в Си+-+ новые фичи может любой индус. Только кто 
этим языком будет пользоваться?! Говорят, что среднестатистический пользователь MS office использу- 
ет 2% возможностей. А сколько возможностей использует средневзятый приплюснутый программист, 
если все 100% фич пока что не поддерживает ни один компилятор?! 

На самом деле, война умов уже давно закончена и сейчас идет брожение. С другой стороны, суще- 
ствует такая классная штука, как язык Пролог, но под него не существует эффективных компиляторов. 
А не существует их потому, что не существует адекватных процессоров, но они могут появиться в любой 
момент! Мы не знаем технологий, которые еще не открыты, поэтому не можем сказать, каким будет мир 
через десять лет. Но навряд ли один язык победит остальные, поскольку даже если он появится, тут же 
кто-то придумает другой язык, более удобный для решения определенного круга задач, который может 
как расширяться, так и сужаться... 

АНАТОЛИЙ СКОБЛОВ: Возможно, это будет арабский язык. Языки программирования — исключено. 
АЛЕКСАНДР ЛОЗОВСКИЙ: Я думаю, произойдет следующее. Прямо скажем, друзья, произойдет апо- 
калипсис. Энтропия вселенной достигнет критического уровня, в результате люди станут злыми, брат пой- 
дет войной на брата, сын — на отца. С неба посыплются гигантские камни, машины восстанут против лю- 
дей, разверзнутся хляби небесные, а реки станут красными от крови. Но пока что это нам не грозит. С#, мо- 
жет быть, и имеет шанс «завоевать» мир, но это не значит, что кроме .МЕТ‘а ничего никому не будет нужно. 
ИВАН КАСАТЕНКО: Я так не думаю. Давай проведем параллель с реальным миром — на протяжении 
многих веков существует целое множество языков: кто-то говорит на одном, кто-то на другом. И не факт, 
что самый популярный из них статистически является самым удобным (взять, хотя бы, китайский). Но да- 
же несмотря на популярность, ни один из них так и не стал общепринятым стандартом, хотя и были даже 
искусственные попытки его ввести. 

Причин тому несколько. Каждый язык формировался согласно национальным особенностям и не- 
обходимостям, а потому наиболее удобен конкретной нации. Человеку свойственна привычка, он не хо- 
чет менять того, что было веками. С языками программирования абсолютно та же ситуация. Есть самые 
распространенные: С, С++, С# (стараниями Брата), но никто не отменяет существования языков совер- 
шенно другой природы — процедурных, декларативных и т.п. Каждый из них (Nemerle, Haskell, Prolog, да- 
же COBOL) хорош по-своему, у каждого есть сторонники, а значит — каждый обречен на выживание. 
ДМИТРИЙ КОВАЛЕНКО: Думаю, такого не случится. Уже сейчас в программировании столько всяких 
идеологий, архитектур и платформ! Ни один язык не может полностью «накрыть» все это разнообразие. 
И в будущем вряд ли что-то существенно поменяется. 


АЛЕКСЕЙ ПЕТРОВ: С++ родился из С и очень похож на родителя. Изначально С++ был препроцессо- 
ром, переводящим его конструкции в код С, который уже дальше передавался компилятору. С++ вклю- 
чает в себя С, и даже практически полностью с ним совместим, что позволяет некоторым писать на С++ 
как на С, считая его просто расширением (хотя рано или поздно либо уходят в полный С++, либо спуска- 
ются обратно на С). Это также позволяет использовать в C++ старые наработки на С. Но сравнивать С++ 
и С — сопоставимо с извечным вопросом, что лучше: курица, гусь или яйцо. С++ и С, продолжая разви- 
ваться и влияя друг на друга, давно представляют собой хороший конгломерат здорового симбиоза. Заг- 
воздкой языка С стало то, что он оказался слишком низкоуровневым для задач. Задача красиво реша- 
лась, но тонула и пряталась от понимания в технической реализации. Предназначением С++ было 
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сделать написание программ более простым и приятным, немножко подняв планку уровня С и расширив 
его возможности. Новые веяния требовали от С средства работы с абстрактными типами данных, 
объектов, что и было реализовано введением в С++ механизма классов, позволяющих определять и 
использовать новые типы данных на основе существующих. 

Кстати, в качестве базового языка С (для С++) был выбран не случайно, потому что он: 


1 МНОГОЦЕЛЕВОЙ, ЛАКОНИЧНЫЙ И ОТНОСИТЕЛЬНО НИЗКОГО УРОВНЯ. 

2 ОТВЕЧАЕТ БОЛЬШИНСТВУ ТРЕБОВАНИЙ СИСТЕМНОГО ПРОГРАММИРОВАНИЯ. 
3 ИДЕТ ВЕЗДЕ И НА ВСЕМ. 

4 ВТОМ ЧИСЛЕ ПРИГОДЕН ДЛЯ ПРОГРАММИРОВАНИЯ НА UNIX. 


КРИС КАСПЕРСКИ: Это то же самое, что сравнивать километры с литрами, хотя в каком-то смысле ав- 
томобилисты так и поступают (расход топлива). Но все-таки это разные языки, и далеко не во всех зада- 
чах оправдано использование Си++. И уж тем более не факт, что время, вложенное в его изучение, оку- 
пится ускоренной разработкой программ. Но это уже священные войны начинаются... 

Си — низкоуровневый язык, далеко не все приемлют его парадигму. Си++ — нечто очень большое и 
сложное, плюсов у него всего два (да ите достались в наследство от Си), а вот минусов... 

ИВАН КАСАТЕНКО: Лично мне более предпочтительным кажется Си. Не знаю ух, связано ли это с мо- 
ей работой или просто исторически сложившаяся симпатия. Си нравится своей простотой и читабель- 
ностью хорошо написанного кода. Гораздо сложнее (мне лично) читать код на Си++. Так что если уж вы- 
бирать классы, проектирование с использованием шаблонов и т.п., то это должен быть язык поудобнее. 
Мне в этом плане симпатизирует Java и С#. Так что — либо Си, либо Java/C#. 

ДМИТРИЙ КОВАЛЕНКО: Если вопрос только в языках, то Си++ лучше, поскольку Си является подмно- 
жеством Си++, а значит, Си++ обладает всеми возможностями Си. Если же вопрос в том, какой подход 
лучше — процедурный (как в Си) или объектно-ориентированный (как в Си++), то смотря какие задачи 
надо решать. Для больших проектов, которые делает много людей, лучше подходит объектно-ориенти- 
рованный подход. В небольших проектах вполне оправдан процедурный подход. 

МИХАИЛ ФЛЕНОВ: Идеальных языков не бывает, и все зависит от задачи. Если необходимо написать 
офисную программу с большими возможностями, то использовать Си проблематично, а разработка от- 
нимет очень много времени. Поэтому выбор должен пасть на Си++. Если необходима маленькая и быст- 
рая утилита, то С++ будет излишним. И в данном случае выиграет старичок Си. Желательно знать нес- 
колько разных языков и при решении определенной задачи выбирать тот, который лучше подходит 
в данный момент. 


КРИС КАСПЕРСКИ: Сложный вопрос, в двух словах об этом и не скажешь. Если же говорить предельно 
кратко, то плюсы такие: 


“~ ВОЗМОЖНОСТЬ ПОСТРОЕНИЯ СЛОЖНЫХ СИСТЕМ ИЗ ПРОСТЫХ «КИРПИЧИКОВ», 
КАЖДЫЙ ИЗ КОТОРЫХ МОЖЕТ БЫТЬ ЗАМЕНЕН ДРУГИМ ИЛИ МЕЖДУ ДВУМЯ 
КИРПИЧИКАМИ ВСТАВЛЕН ТРЕТИЙ. 


—` МИНИМУМ ПОВТОРНОГО ИСПОЛЬЗОВАНИЯ КОДА, ОТКРЫТЫЕ ПРОТОКОЛЫ, 
ЧЕТКОЕ РАЗДЕЛЕНИЕ НА УРОВНИ. 


Что касается минусов, то они такие: 


— ПО МЕРЕ РОСТА СИСТЕМЫ РАБОТАТЬ С НЕЙ СТАНОВИТСЯ ВСЕ ТРУДНЕЕ И ТРУДНЕЕ, 
ПОСКОЛЬКУ ВМЕСТО МОНОЛИТНОГО БЛОКА У НАС ИМЕЕТСЯ МНОЖЕСТВО МАЛЕНЬКИХ 
БЛОКОВ, ЧАСТО ОТ НЕЗАВИСИМЫХ ПОСТАВЩИКОВ, БЕЗ ЧЕТКИХ СПЕЦИФИКАЦИЙ. 

И ЭТО УЖЕ НЕ ПРОГРАММА ПОЛУЧАЕТСЯ, А КОНСТРУКТОР, С КОТОРЫМ БОЛЬШЕ 
ТРАХАЕШЬСЯ, ЧЕМ РАБОТАЕШЬ. 


АНАТОЛИЙ СКОБЛОВ: Минус — менее дружелюбная среда для пользователей (по сравнению с 
Windows), в первую очередь из-за того, что пользователи обычно с “nix не знакомы. Плюс — наличие 
бесплатных *nix'OB с открытыми исходниками, с которыми можно делать все, что угодно. Если, конечно, 
это требуется. Все остальное — лишь религиозные споры или частности. 

АЛЕКСАНДР ЛОЗОВСКИЙ: По этому вопросу лучше обратиться к статье Криса Касперски «Так ли отк- 
рыты открытые исходники» (www.xakep.ru/magazine/xs/060/076/1.asp) и статье Константина Клягина «Свободу 
софту» (www.xakep.ru/magazine/xs/053/032/1.asp). И труды волосатого Ричарда Столлмана будут полезны. 
ИВАН КАСАТЕНКО: Плюс — свобода. Все мы любим свободу, равенство, братство. Соответственно, 
двигатель тут, в основном, — энтузиазм. А программисты-энтузиасты, взрощенные на ниве этой са- 
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мой свободы, способны горы свернуть. Минус — практическая нежизнеспособность крупных проектов. 
Из моего опыта не припомню ни одного жизнеспособного крупного ГНУтого проекта. Кроме, пожалуй, 
ядра Linux. Все остальное, прямо скажем, нещадно глючит. В качестве оправдания приводят обычно 
бесплатность. В общем, для крупных проектов тут не хватает главного — денег и (в большей степени) 
ответственности. Денег, которые позволят нанять грамотных специалистов, способных управлять ко- 
мандой, организовывать проект и так далее. Впрочем, деньги часто инвестируют и в «свободные» про- 
екты. А вот второй компонент — ответственность — в большей степени все-таки свойственна коммер- 
ческим компаниям. 


КРИС КАСПЕРСКИ: 1 АУТСОРТИНГ В СЛАБОРАЗВИТЫЕ СТРАНЫ. 
2 ПРОЕКТИРУЮТ НЕ ИНЖЕНЕРЫ, А МАРКЕТОЛОГИ. 
3 ТТХ НЕ ИМЕЮТ ЗНАЧЕНИЯ, ГЛАВНОЕ — ЦВЕТ. 
4 ВАВИЛОНСКАЯ БАШНЯ ВСЕ ВЫШЕ И ВЫШЕ, 
ЗАЧЕМ — НЕПОНЯТНО, НО ВЫШЕ. 
5 ДУМАТЬ НЕ НАДО, НАДО КОДИТЬ. 


ДМИТРИЙ КОВАЛЕНКО: Виртуализация. Сейчас столько расплодилось всяких кроссплатформенных 
виртуальных машин, интерпретаторов, сред, поддерживающих скриптовые языки, data-driven техноло- 
гий и прочей дряни, что разработчики почти не пишут живого машинного кода. 

МИХАИЛ ФЛЕНОВ: Все движется в сторону компонентности и визуальности. Еще лет 8 назад я напи- 
сал статью, в которой описывал историю языков программирования. Эта статья еще вошла в книгу «Биб- 
лия Delphi». Там я говорил, что в ближайшее время победит компонентность, она станет основной техно- 
логией, что мы и увидели в последние годы (технологии Java, .МЕТ и язык программирования Delphi — 
яркие представители компонентного программирования). Но вот что будет дальше, я пока сказать не мо- 
гу. Следующего яркого рывка пока не вижу. 

Достигли ли мы предела? Не знаю ине уверен. Когда в 93 году программировал на объектах, то думал, 
что это предел совершенства, — но нет, появились компоненты, которые удобнее и проще. Возможно, что на 
первый план выйдут web-nporpamMbI, и мы уже не будем запускать на своем компьютере приложения для 
решения каких-либо задач. Если нужна будет офисная программа, то просто заходим на определенный сайт 
и работаем с нужной программой через браузер. Офисные меБ-программы уже есть у MS и Google. Но для 
того, чтобы они завоевали мир, необходима тотальная халява и высокая скорость интернета. 


АЛЕКСЕЙ ПЕТРОВ: 1 ПРОЧИТАТЬ И ИЗУЧИТЬ FAQ ПО SECURITY КОНКРЕТНОГО ЯЗЫКА 
ПРОГРАММИРОВАНИЯ, А ТАКЖЕ ПО БЕЗОПАСНОСТИ СРЕДЫ, В КОТОРОЙ 
ПРОГРАММЕ ПРИДЕТСЯ РАБОТАТЬ, И ПО БЕЗОПАСНОСТИ 
СОПУТСТВУЮЩИХ ПРИЛОЖЕНИЙ. 


2 УДЕЛЯТЬ БОЛЬШЕ ВНИМАНИЯ ВСЕМ ВНЕШНИМ ПАРАМЕТРАМ, 
ПРОПУСКАЯ ИХ ЧЕРЕЗ ФУНКЦИЮ-СТЕРИЛИЗАТОР. 


3 ПРОДУМАТЬ ВСЮ СТРУКТУРУ ПРОГРАММЫ И ПРОРАБОТАТЬ 
ОПАСНЫЕ МЕСТА. 


Как правило, программисты, которые досконально знают возможности и нюансы конкретного языка и 
сопутствующих приложений (скажем, SQL/WEB), просто предугадывают возможные опасности и ошиб- 
ки. И заранее при кодировании либо решают их, либо обходят «тонкий лед». 

КРИС КАСПЕРСКИ: Во-первых, исключить всю избыточность, убрать ненужный функционал. Во-вторых, 
писать вдумчиво, а не на скорую руку. Но, в принципе, ответа на этот вопрос никто не знает, хоть ежегодно и 
выходит много книг по этой теме и появляются инструменты, призванные обезопасить программиста от себя 
самого, но... ошибки все равно идут косяками, программы глючат, хакеры радуются, а все почему?! 

Потому что уровень культуры программирования неуклонно падает: программированию нельзя нау- 
читься по наитию и уж тем более нельзя допускать к серьезным проектам новичков, которые окончили кур- 
сы, написали несколько программ и все. Кто не умеет писать опасный код, тот никогда не сможет написать 
безопасный, поскольку компилятор для него — черный ящик, и он не знает, как хакеры атакуют программы. 
АНАТОЛИЙ СКОБЛОВ: Любой код — безопасный, пока им пользуется небольшая группа людей. Вер- 
но и обратное — как ни старайся, ошибки будут всегда. И чем популярней твой продукт, тем больше най- 
дется дыр. А конкретные техники написания «более безопасного» кода общеизвестны. 

АЛЕКСАНДР ЛОЗОВСКИЙ: Читать книжки, искать в интернете, общаться с умными людьми, читать 
наш журнал :), а потом — взять, сесть и написать! 

МИХАИЛ ФЛЕНОВ: Невозможно. Везде есть ошибки, поэтому тестирование, внимательность, тестирова- 
ние, внимательность, тестирование, внимательность и жесткое соблюдение основных правил могут только 
снизить вероятность и количество ошибок. Программы пишут люди, которым свойственно ошибаться © 
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Несомненно, у каждого возникают 
свои идеи по тому или иному 
поводу. У кого-то они более 
глобальные, у кого-то — 
более эффективные. 

Как поведать о своих идеях 

и продемонстрировать свои 
достижения в кодинге? 
Сегодня я расскажу о самых 
популярных и известных 
олимпиадах по спортивному 
программированию, а так же 
рассмотрю опИпе-проекты, 
которые постоянно устраивают 
конкурсы с кругленькими 
суммами в качестве приза. 
Читай и выбирай, что подойдет 
для тебя. 


Юрий Наумов 
(crazy_script@ mail.ru) 


ACM/ICPC 


Крупнейшее командное со- 
ревнование по программиро- 
ванию — International Collegi- 
ate Programming Contest, npo- 
водящееся каждый год, начи- 
ная с 1977. Организатором 
этого мирового турнира явля- 
ется влиятельная организация 
Association for Computer Machi- 
пегу. Совместными усилиями, 
на пару с известной всем ком- 
панией IBM, выступающей в 
последние годы в роли спон- 
сора соревнования, АСМ 
привлекла в этом году 5606 
команд из 84 стран мира. Это 
самое массовое участие 
в [СРС за всю историю турни- 
ра. Мало того, количество 
участников неуклонно растет. 
Например, в 2004 году за зва- 
ние лучших кодеров планеты 
боролись 3150 команд. Столь 
высокая популярность ICPC 
скорее объясняется своей кра- 
сочностью и оригинальностью, 
что выделяет ее среди анало- 
гичных мероприятий. Задачи 
на турнире на уровень слож- 
нее обычных олимпиадных, 
и времени на их выполнение 
сравнительно немного. 
А сучетом того, что, по прави- 
лам, на команду положен все- 
го один комп, как ни крути, 
без понимания и слаженности 
далеко не уйдешь. Соревнова- 
ние проходило в командной 
игре (3 человека в команде 
и 1 запасной) на 4-х видах 
оружия: Pascal, С, C++, Java. 
В нынешнем году финал 
проходил 12 апреля в амери- 
канском Сан-Антонио. Удо- 


стоенным участвовать в за- 
ключительной части чемпио- 
ната пришлось сначала состя- 
заться в так называемых «от- 
борочных играх» на районных 
олимпиадах, а некоторым — 
еще и в университетских. 

Из тысяч команд в финальном 
турнире остались лишь 83 
сильнейшие. Конечно же, 

не обошлось в этой компании 
и без наших студентов, кото- 
рые, в принципе, и выиграли 
в 30-ой международной олим- 
пиаде по программированию 
АСМЛСРС. Студенты Сара- 
товского Государственного 
Университета быстрее всех 
справились с 5-ю задачами 

из 10 предложенных компью- 
тером. Столь же выдающихся 
успехов удалось достичь 
лишь соотечественникам 

из Алтайского ГТУ, остальные 
команды больше 4-х не реши- 
ли. В итоге, в десятке самых 
шустрых кодерских коллекти- 
вов финишировали 4 коман- 
ды из России: студенты из Пи- 
тера и Москвы заняли соот- 
ветственно 6 и 8 места. 

Столь низкий процент 
решения задач организаторы 
турнира объясняют тем, что 
задачи сложные, а времени 
мало. Причем направления 
задач очень разнообразны: 
от задач с «физмат-уклоном» 
про подсчет соединения часо- 
вого механизма часовой и ми- 
нутной стрелки до более твор- 
ческих, про разработку систе- 
мы взаимного соединения 
разных узлов корпоративной 
сети. Да еще необходимо раз- 
работать и найти наиболее 
экономичный способ решения. 


архивы задач с ACM 1СРС 


http://online-judge.uva.es/ 
‘университет Вальядолида 


http://acm.timus.ru/ 
Уральский университет 


http://acm.sgu.ru/ 
Саратовский университет 


http://acm.pku.edu.cn/ 
Пекинский университет 


http://www. livejournal.com/ 
community/ru_acm/ 
сообщество русских 
участников чемпионата 


Imagine Cup 


Тебя никогда не посещала 
мысль создать свой иннова- 
ционный проект в области 
технологий? Попытаться до- 
нести его до общественно- 
сти, продемонстрировать 
свои успехи и объяснить его 
особенности? Все это ты, 

в принципе, можешь осуще- 
ствить на конкурсе Imagine 
Сир, который Microsoft каж- 
дый год организует для сту- 
дентов. Но все-таки нужно 
немного придерживаться те- 
мы проекта, оглашаемой пе- 
ред каждым турниром орга- 
низатором. Проводится он 
каждое лето, вот уже четвер- 
тый год. Конкурс организо- 
ван в поддержку молодых 
разработчиков, готовых реа- 
лизовывать свои проекты в 
области информационных 
технологий. Ведущие отече- 
ственные разработчики, та- 
кие Kak Diasoft, Digital Design 
и Лаборатория Касперского 
поддерживают конкурс и вхо- 
дят в состав жюри. 

Правда, если захочешь 
опробовать свои силы, хочу 
тебя огорчить: четвертый Ima- 
gine Сир завершился 11 авгу- 
ста. 65 тысяч человек успели 
посетить «кубок» программи- 
рования, проводимый в столи- 


це Индии — Дели. Участники 
конкурса представляли свои 
достижения в категориях ин- 
формационных технологий, 
разработки алгоритмов и при- 
ложений, проектировании ин- 
терфейсов. Соревнования 
проходили в два этапа: снача- 
ла региональный, затем меж- 


Javakonkurs 


Этот конкурс, проводимый 
Sun Microsystems, призван 
скорее привлечь внимание 


дународный. Причем в фи- 
нальной части турнира приня- 
ли участие 42 команды. Поб- 
едителю в состязании по про- 
граммированию обещали 

25 тысяч зеленых бумажек 

за лучшую программу. И, как 
ни странно, не соврали: италь- 
янские студенты с програм- 
мой о сборе и отправке ин- 
формации сорвали банк. На- 
ши в этом году остались ни с 
чем, зато в прошлый раз по- 
старались: Team Inspiration 
представила лучший nporpam- 
мный проект, а команда Fi- 
bra — лучшее офисное прило- 
жение. Естественно, уровень 
подготовки участников на та- 
ких международных меропри- 
ЯТИЯХ ДОВОЛЬНО ВЫСОК, НО ЭТО 
не повод оставить свои воз- 
можно даже гениальные идеи 
при себе. Поэтому, если есть 
возможность, а главное, стре- 
мление — собирайся в Сеул 
следующим летом. В любом 
случае, получишь неоцени- 
мый опыт :). 


VR-ONLINE 


Прекрасный проект для начи- 
нающих и не только кодеров. 
Если ты не в курсе, это про- 
ext Horrific'a, известного тебе 
по рубрике «Кодинг» и вооб- 
ще по всему Х. Он постоянно 
организует конкурсы в самых 
различных областях IT. Рань- 
ше сам проект представлял 
собой некий электронный 


к вопросам программирова- 
ния на Java. Хотя для java-Ko- 
деров это отличный шанс по- 
казать себя в деле. Да и при- 
зом турнира является кру- 
гленькая сумма от организа- 
тора мероприятия. За первое 
место дадут 2000 зеленых, 
за второе и третье — 

1500 и 1000 соответственно. 
К участию принимаются ори- 
гинальные работы, созданные 
на платформе Java (МЕ, SE, 
ЕЕ). Оценивать все это будет 
строгое жюри, в которое вой- 
дут настоящие специалисты. 
Так же будут учитываться 
мнения любого желающего. 
Торопись: итоги первого тура 
будут подведены 15 октября. 
Времени мало! 


журнал. Сейчас на сайте 
можно найти и журналы, 

но главное — это постоянно 
пополняющийся архив ста- 
тей. Поэтому VR нередко 
проводит конкурс лучших 
статей на тему информацион- 
ных технологий. Для кодеров 
здесь проводятся конкурсы 
по разработке ПО. Участво- 
вать может любой человек, 
независимо от возраста, цве- 
та кожи и семейного положе- 
ния. На данный момент стар- 
товал новый конкурс по про- 
граммированию. А если в хо- 
де разработки возникнут про- 
блемы, всегда можно обра- 
титься на форум — там всег- 
да ответят и помогут. 
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Google Code Jam 


Hy a ecnn до следующего 
лета ждать лениво, 
да и проводить бесценные 
летние дни в Корее не осо- 
бо охота, могу предложить 
альтернативный вариант от 
многоуважаемого Гугла — 
онлайн-соревнования 
в кодерском мастерстве. 
Этапы соревнования 
напоминают футбольную си- 
стему. Только на первом 
этапе тебе вообще ехать ни- 
куда не надо — онлайн- 
оформление на участие в 
«гугловской олимпиаде» на- 
чалось 14 августа и продлит- 
ся до 5 сентября (облом, 
журнал выходит в начале ок- 
тября :(. — прим. Dr.). Затем 
сразу начинается квалифи- 
кационный отбор лучших 
программеров в своем ре- 
гионе в финал. Европе отве- 


дено 50 мест в финале 
Code Jam, а билет на само- 
лет и проживание оплачи- 
вает собственно организа- 
тор — cam Google. 

Финалисту на выбор 
предоставят два варианта: 

2 задачи на час, либо 3 зада- 
чи на 1.15. Окончательные 
победители будут опреде- 
ляться с помощью гибкой си- 
стемы оценки. Турнир прохо- 
дит в три этапа: кодинг, 
просмотр решений соперни- 
ков (и поиск ошибок в них) 

и тестирование. После этого 
выставляется оценка. Баллы 
варьируются от 150 до 1200 
за одно решение. 

В предыдущем году 
турнир собрал в общем 14,5 
тысяч кодеров из 32 стран 
мира. Соревновались Ha Ja- 
va, С++, С#и VB.NET. Поб- 
едитель получил $25000. 
Первая десятка по $10000, 
вторая по $5000 и так далее. 
Добрый Гугл не оставит в 
обиде даже аутсайдеров фи- 
нала — по $750 на пиво 
обеспечено :). Подробное 
расписание этапов и форму 
для регистрации ищи на сай- 
те олимпиады. 


iy ae 


RealCoding 


Этот ресурс, думаю, тоже 
многим известен не понас- 
лышке. Веа!ный ресурс, со- 
держательность которого 
описывать не имеет смысла. 
Удобный, с большим архи- 
вом статей на самые разно- 
образные темы программи- 
рования, с отличным фору- 
мом, где всегда удастся най- 
ти помощь. Ну аесли по- 


мощь не нужна, всегда мож- 
но поучаствовать в неболь- 
ших конкурсах, устраивае- 
мых как админами, так и ря- 
довыми форумчанами. В ос- 
новном, это задачи по мате- 
матике и логике. Но также 
есть, например, и викторины 
по истории компьютера и 
программированию. Награды 
соответствующие, в основ- 
ном — шестизначный уин 
или повышение статуса. 
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TopCoder 


Международный чемпионат 
для всех желающих. Здесь 
не имеет значения, студент 
ты или нет. ТорСодег Ореп 
для состязания в категориях 
спортивного програм- 
мирования и разработчиков 
ПО собрал 4500 участников. 


A per yee eS ра ша 
we ee м м — 
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Это мероприятие можно 
назвать неофициальным 
чемпионатом мира, 

и уровень подготовки 
участников на высоте. 

В этом году в Лас-Вегасе 
список «топовых кодеров» 
возглавил наш российский 
программист. 


lol 


IO Informatics — самая rno- 
бальная международная 
олимпиада. 18-ая 10! прошла 
в августе в мексиканском го- 
роде Мерида, где соревнова- 
лись представители из 85 
стран мира. Ввиду техниче- 
ских неполадок каждый тур 
задерживали, зато после 
первого дня соревнования 
шел разгрузочный день — 
посещение местного пляжа. 
Это очень кстати, учитывая 
тот факт, что мозгу все же ну- 
жен отдых. На других сорев- 
нованиях таких прелестей не 
предусматривается. Все в ос- 
новном проходит в сжатые 
сроки с экономией времени. 
После второго дня усиленной 


мозговой деятельности орга- 
низаторы предоставили 
участникам возможность по- 
бывать в живописных местах 
за городом. Там же и было 
сделано групповое фото 
1012006. И лишь на следую- 
щий день состоялось награж- 
дение. 

Тем не менее, отличные 
условия проживания и пре- 
красная культурная програм- 
ма переплеталась с явными 
техническими недоработками 
и несбалансированным 
уровнем сложности задач, 
который был либо низким, 
либо очень высоким. В об- 
щем, обо всем, что происхо- 
дило на олимпиаде, можно уз- 
нать на официальном сайте 
ioinformatics.org. 
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ЗРЕС:ЛЕМНЕНИЕ 


АЛЕКСАНДР 
лозовскии 
Выпускающий редактор 
СПЕЦ'а. Редактор рубрики 
«Coding» ХАКЕР'а 


Можно сказать, черкнуть туда ма- 


Не такое популярное меро- 
приятие, как IC или GCJ, но 
зато оно доступно практиче- 
ски любому желающему. Де- 
ло в том, что уровень подго- 
товки может быть совершен- 
но разный. Задания имеют 
10 категорий сложности, от 
самых простых до олимпий- 
ской сложности. Если навыки 
программирования у тебя не 
особо высокие, можно без 


проблем подобрать уровень 
под себя. Здесь не имеет 
значения, кто ты и откуда. 
В этих соревнованиях уча- 
ствуют все. 

В течение года Тез е- 
Best.by проводит 2 чемпиона- 
та, 5 соревнований из серии 
BrainStrike (для высокого 
уровня), а также кубок ТВТ — 
крупнейшее игровое событие. 
Из них только лишь финалы 
соревнований проводятся 
offline B разных городах. 


что свою карьеру 
вХи СПЕЦе я начал 
именно с участия в про- 
граммерском конкурсе. 
В те далекие времена 
(что-то около 1999 го- 
да) я программил на 
Паскале и Дельфи, ин- 
тересовался всяким 
недобрым софтом, 

и однажды набрел на 
ресурс х-с-г.сот (так тог- 
да назывался сайт Ми- 
хаила Фленова aka Hor- 
rific'a). Там я нашел кон- 
курс статей и решил 


терьяльчик. Статья эта 
ему понравилась, uc Tex 
пор, после небольшого 
периода подработки 

на сайте Хакера, я пере- 
шел в «Кодинг» этого 
журнала, а потом — 

ив СПЕЦ. Sto sk Tomy, 
что никогда не стоит 
стесняться участвовать 
в конкурсах и писать 
статьи — всегда есть 
определенный шанс, 
что тебя кто-то возьмет 
на заметку. В хорошем 
смысле этого слова. 


g6prog.narod.ru 


Достичь успеха в каком- 
либо соревновании без 
тренировок просто 
невозможно, будь то 
футбол, покер или кодинг. 
Отличный ресурс судента 
МГУ, цель которого — как 
раз помочь в подготовке к 
глобальным состязаниям — 
g6prog.narod.ru. На сайте под- 
робно разобраны задачи 

с самых разномасштабных 
олимпиад: от школьных до 
международных. Все это 


сопровождается очень даже 
неплохой собственной 
«библиотекой» ресурса 

с топовыми книгами 
кодерского мастерства, 

а так же статьями автора. 
Задач пока не очень много 
(чуть более сотни), 

но с постоянными 
обновлениями архив может 
вырасти довольно быстро. 
Ну аесли уж ждать совсем 
нет времени — советую 
глянуть в раздел с неплохой 
подборкой ссылок 

по олимпиадным задачам. 
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На вопросы отвечает друг 
и защитник мышей Крис 
Касперски ака мыщьх 


КАКИЕ ЯЗЫКИ ПРОГРАММИРОВАНИЯ 
< СЛЕДУЕТ ИЗУЧАТЬ В ПЕРВУЮ 


ОЧЕРЕДЬ? 


Важен не сам язык, а мысли, которые 
этим языком выражают. Практически лю- 


бую алгоритмическую задачу можно решить на 
любом языке (за какое время и с какой эффек- 
тивностью — это уже другой вопрос), поэтому не- 
важно, с какого языка начинать, — все равно 
за время его изучения он успеет устареть. И сле- 
дует выбирать тот язык, для изучения которого 


есть хорошие учебники по программированию, 
а так же знакомые специалисты, способные про- 
консультировать и помочь, если вдруг что-то пой- 
дет не так, ведь язык — это не только способ за- 
писи алгоритма, но еще и средство общения! 
В этом качестве языку Си нет равных, и de facto 
он стал международным стандартом типа анг- 
лийского. Знать его нужно не только затем, что- 
бы на нем программировать, но и чтобы пони- 
мать листинги, приведенные в книгах, посвящен- 
ных сетевым протоколам или устройству осей. 
Visual Basic — de facto стандарт в области макро- 
языков на платформе Windows, и без его знания 
невозможно эффективно работать с Microsoft 
Visual Studio. Ho Basic совершенно чужд миру 
UNIX, где ведущую роль играют Perl, AWK и дру- 


гие скриптовые языки. Если человек может pe- 
шить свою задачу на каком-либо языке, переход 
на другой язык для него не будет проблемой. 


© 

Отечественная система образования до 
($) безобразия консервативна и крайне нео- 
хотно реагирует на новые технологические веяния 
и прорывы, поэтому в 99% случаев выпускник ВУ- 
За к реальной работе не готов и ему следует еще 
учиться и учиться. А все потому, что у нас традици- 
онно учили фундаментальным основам, а вот аме- 
риканцы, напротив, делают упор на конкретное 
практическое применение. Девушки, окончившие 
2-недельные курсы по Visual Basic'y, составляют 
определенную конкуренцию специалистам, знаю- 
щим Си++, потому что они в курсе того, какие есть 
библиотеки и как ими пользоваться, но создать их 
самостоятельно не в состоянии. Все, что они мо- 
гут — это сложить готовые компоненты воедино (а 
другого зачастую и не требуется). Алгоритмичес- 
ки-ориентированный программист готов запрог- 
раммировать что угодно, но... он совершенно не 
в курсе, какие существуют библиотеки, и не умеет 
с ними работать. Поэтому при решении типовых 
задач наиболее конкурентоспособным оказывает- 
ся программист, идущий в ногу с прогрессом и ос- 
ваивающий новые библиотеки и Натемогк'и по 
мере их появления, а вот при решении нетипичных 
задач программисты, знающие фундаментальные 
основы, получают огромное преимущество. Неко- 
торые ухитряются совмещать оба качества, но это 
удается лишь немногим. 


СТОИТ ЛИ ХВАТАТЬСЯ ЗА НОВЫЕ 
ТЕХНОЛОГИИ ТИПА .NET ИЛИ 
ПОСОВЕТУЕШЬ ДЕРЖАТЬСЯ СТАРЫХ? 


НАСКОЛЬКО ВАЖНО ЗНАТЬ 
АССЕМБЛЕР? 


Несмотря на то, что Ассемблер сдает свои 
позиции, профессиональному програм- 
мисту знать его необходимо, хотя бы затем, чтобы 
разбирать аварийные дампы и правильно интерп- 
ретировать сообщения о критических ошибках. Не 
говоря уже о том, что создание эффективного ко- 
да без знания архитектуры процессора (и всего 
компьютера в целом) — невозможно. Знание Ас- 
семблера позволяет заглянуть внутрь откомпили- 
рованной программы и понять, почему она ведет 
себя не так, как этого хочется тебе. Операцион- 
ная система перестает быть черным ящиком, 
а отсутствие исходных текстов Windows уже не 
становится преградой в археологических раскоп- 
ках ее недр. Аргументы в пользу Ассемблера 
можно перечислять бесконечно, и как бы совре- 
менные языки ни абстрагировались от железа, 
в жизни каждого программиста периодически 
возникает жгучая необходимость написать пару 
ассемблерных строк или понять, что означают 
уже написанные. 


© 
© 


КАК УСТРОИТЬСЯ НА ХОРОШУЮ 
РАБОТУ В РОССИИ И ЗА РУБЕЖОМ? 


Из двух работ лучшей будет та, которая 
больше нравится тебе. Отсюда следует, 
что работу нужно искать в соответствии со своими 
предпочтениями, при этом не пытаясь навязывать 
эти предпочтения другим. Если на такой-то фирме 
используется преимущественно DELPHI, глупо пы- 
таться втиснуться туда, зная один лишь Си или Ас- 
семблер. Знания чего бы то ни было при трудоуст- 
ройстве вообще вторичны. Первично умение себя 
подать. Матчасть здесь отдыхает, a body language 
очень рулит. Основная ошибка начинающих — пе- 
речисление в резюме огромного перечня языков, 
сред программирования, операционных систем и 
библиотек, с которыми они как бы умеют работать. 
А работодателю на фиг не нужен программист-уни- 
версал, по чуть-чуть нахватавшийся всего. Ему ну- 
жен как раз человек, знающий свою узкую пред- 
метную область, но знающий ее глубоко. К тому 
же, не так важно, сколько программ ты написал, — 
важнее, сколько из них ты поддерживаешь в нас- 
тоящий момент. 


© 
© В основном это происходит из-за чрезмер- 
ного оптимизма и незнания рыночной си- 
туации. Никогда не стоит исходить из положитель- 
ных предпосылок. Следует сразу подготовить се- 
бя к тому, что проект не будет закончен в намечен- 
ный срок, достигнуть стабильной работы програм- 
мы не удастся, пользователи не будут платить, 
продукт не будет востребован, и он не будет пре- 
восходить имеющиеся на рынке аналоги :). Суме- 
ешь ли ты вести бизнес в таких условиях?! Да, су- 
меешь, если не станешь сразу замахиваться на 
большое, а начнешь с малого. Сумеешь, если за- 
сунешь идею создать массовый продукт глубоко 
под хвост и сконцентрируешься на удовлетворе- 
нии нужд небольшой группы пользователей, игно- 
рируемой компаниями-гигантами. Сумеешь, если 
вместо одного большого шага будешь делать сто 
маленьких шажков. 


© 

Существует мнение, что если код не под- 
© держивает автоматическое тестирова- 
ние, то это отстой, и что перманентный рефрак- 
торинг — залог успеха. На самом же деле, слож- 
ность тестирующих модулей зачастую в разы 
превосходит сложность тестируемого ими кода, 
к тому же тестирующие модули нужно тоже как- 
то тестировать, а это уже бесконечная рекурсия 
получается. Существует определенная граница 
сложности, ниже которой автоматическое тести- 


© 
© 


ПОЧЕМУ БОЛЬШИНСТВО 
ПРОГРАММИСТСКИХ ПРОЕКТОВ 
ПРОВАЛИВАЮТСЯ? 


РЕФРАКТОРИНГ — БУЗВОРД 
ИЛИ СЕРЕБРЯНАЯ ПУЛЯ? 


рование кода уже экономически неоправданно. 
А системы, взаимодействующие с внешней сре- 
дой, могут быть протестированы в автоматичес- 
ком режиме только если мы создадим програм- 
мный эмулятор этой самой среды, который, 
в свою очередь, тоже будет нуждаться в тестиро- 
вании. Как разорвать этот замкнутый круг? Раз- 
бивать код на множество мелких модулей, каж- 
дый из которых будет настолько прост, насколь- 
ко это вообще возможно. Тестирование модулей 
при этом значительно упрощается, но резко воз- 
растает количество связей между модулями и, 
как следствие, появляются ошибки в их взаимо- 
действии. Более того, модульная структура сама 
по себе гораздо более сложная, чем монолитная. 
Так что выводы неутешительны. Серебряных 
пуль нет, качество программного обеспечения 
по-прежнему остается низким, и радикальных 
прорывов в этой области не наблюдается. Это не 
значит, что рефракторинг бесполезен, это зна- 
чит, что он должен применяться с умом. 


© 
($) Хакеры ломают все, что трассируется 

(а что не трассируется, то дизассемблиру- 
ется), и надеяться, что выбранная система оста- 
новит их, может только идеалист. Хакеры суще- 
ствуют — это факт. И развивать свой бизнес, иг- 
норируя кряки, все равно что вести строитель- 
ство в Сибири из расчета, что лето никогда не за- 
кончится и температура всегда будет держаться 
выше нуля. Если твоя программа — продукт, 
ты — «покойник». Если же твоя программа — ус- 
луга, хакеры идут лесом, поскольку «взломать» 
услугу нельзя. Следовательно, нужно развивать 
онлайновые службы, организовывать обучаю- 
щие семинары, ориентироваться на комплекс- 
ные решения (где сама программа — всего лишь 
часть большой бизнес-машины, то есть сама по 
себе лишена смысла). Допустим, ты написал та- 
кую простейшую штуку как каталогизатор аудио- 
дисков. А теперь прикрути к нему онлайновую 
службу, позволяющую пользователям обмени- 
ваться своими базами данных (если один чело- 
век «вбил» описание дисков в базу, зачем тыся- 
чам других делать то же самое), затем начинай 
привлекать лейблы (или просто магазины, торгу- 
ющие дисками), предоставив им возможность 
информировать пользователей о новинках и вес- 
ти мониторинг реальной популярности своей про- 
дукции. В этом случае основным источником при- 
были окажутся именно лейблы, а прибыль будет 
тем выше, чем больше у тебя пользователей. 
Для этого программа должна распространяться 
бесплатно. Но даже если она платная, то взло- 
мать ее все равно очень и очень сложно, пос- 
кольку основную ценность составит онлайновая 
база данных, доступ к которой контролировать 
гораздо легче... © 
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Как мы отбираем книги в обзор? Берем список 
имеющихся на складе книг (несколько тысяч 
наименований). Из них делаем выборку по теме 
номера. Лучшее попадает в журнал. 

Если тебя заинтересовали описанные книги, можешь 
заказать их по разумным ценам в букинистическом 
интернет-магазине «О$-книга» (и/и/и/.озроок.ги), 
либо по адресу oskniga@mail.ru 


MEDIUM 


EASY 


Delphi. Разработка 
баз данных 


СПб.: Питер, 2005 / 
Сорокин А.В. / 477 страниц 
Разумная цена: 186 рублей 


Программирование 
для карманных 
компьютеров. 
Самоучитель 


СПб.: Питер, 2006 / Волков 
В.Б. / 304 страницы 
Разумная цена: 186 рублей 


Практически любая совре- 
менная организация нуждает- 
ся в базе данных, чтобы хра- 
нить там свои «пожитки». 
Так что тема весьма актуаль- 
на для программистов. 

Одна беда — ощущается 
недостаток литературы для 
начинающих по данной теме. 
Задача этой книги — макси- 
мально просто объяснить, 
как разрабатывать распреде- 
ленные СУБД, излагая макси- 
мум сопутствующего матери- 
ana. Delphi предоставляют 
разработчику поистине вели- 
колепный набор простых 

в использовании инструмен- 
тов, позволяющих быстро 
создавать сложные проекты 
с приятным и удобным поль- 
зовательским интерфейсом. 
Причем в Delphi просто рабо- 
тать с любым современным 
сервером баз данных, 

для которого есть соответ- 
ствующий драйвер. 


Для тех, кто начинает прог- 
раммировать для Pocket PC. 
Выполнив приведенные 

в книге упражнения, ты смо- 
жешь быстро создавать дос- 
таточно сложные приложе- 
ния для своего наладонника. 
Понятно, что ты не узнаешь 
о программировании для 
Pocket РС все, но очень 
быстро получишь достаточно 
большой и разнообразный 
материал, который и будет 
отправной точкой. А дальше 
будешь самостоятельно на- 
бираться опыта. Огромное 
количество примеров позво- 
лит эффективно совершен- 
ствовать навыки программи- 
рования и обогащать свои 
знания. Причем книжка рас- 
считана на начинающих 
программистов. Рынок прог- 
рамм для карманных компь- 
ютеров растет семимильны- 
ми шагами, так что, кто зна- 
ет, может быть, ты займешь 
свое место в этом мире. 


Программирование 
искусственного 
интеллекта 

в приложениях 


М.: ДМК Пресс, 2006 / 
Джонс М.Т. / 312 страниц 
Разумная цена: 211 рублей 
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Ранние разработки искус- Как пасти котов. О лидерстве и руковод- 


ственного интеллекта копиро- Наставления стве — как первое совме- 
вали поведение челове- для программистов, щать со вторым. По сути, 

ка (сильные ИИ), но со време- руководящих это сборник трудных случаев 
нем от них отказались в поль- другими управления IT-npoektamn. 

зу более практичных алгорит- программистами Вне зависимости от возрас- 


мов и технологий ИИ, встраи- 

ваемых в программное обес- 

печение (слабые ИИ), дабы 

сделать ПО более умным и 

полезным. То есть в пользу 

программ, гибко подстраива- 

ющихся под требования 

и привычки пользователя. 

В книге рассмотрены некото- 

рые алгоритмы ИИ и их прин- 

цип работы. Среди них: ней- 

ронные сети, генетические ал- B 
горитмы, системы, основан- 

ные на продукционных прави- 
лах, нечеткая логика, алгорит- 
мы муравья и умные агенты. 
Для каждого алгоритма есть 
наглядные примеры приложе- 
ний. Правда, только некото- 
рые из приложений полезны 
на практике, остальные же от- 
носятся скорее к теоретичес- 
ким изысканиям, но это не де- 
лает их менее интересными. 


та, пола и социального стату- 
са, книга поможет укрепить 
позиции в роли лидера в ко- 
манде программистов. Унас- 
ледовав навыки менеджера, 
ты должен будешь перегру- 
зить типичные параметры 
мышления новыми типами 

и значениями. То есть, грубо 
говоря, испытать полимор- 
физм собственного характе- 
ра. За счет этого ты инкапсу- 
лируешь в своем программи- 
стском мозгу совершенно но- 
вый вид искусства — искус- 
ство лидерства и руковод- 
ства. Своевременность раз- 
работок и качество програм- 
мных продуктов теперь в тво- 
их руках :). 


СПб.: Питер, 2006 / 
Рейнвотер Дж. / 256 страниц 
Разумная цена: 265 рублей 


EASY 


Программирование: 
ступени успешной 
карьеры 


СПб.: БХВ-Петербург, 2006 / 
Кузнецов М.В. / 320 страниц 
Разумная цена: 160 рублей 


Книга о том, что необходи- Искусство Описание элементов языка 
мо для успешной карьеры программирования Ассемблера процессоров 

в области информационных на Ассемблере, Intel x86: системы счисления, 
технологий. То есть она не 3-е изд. внутреннее представление 


о кодировании, а о тех воп- 
pocax, на которые многие 
начинающие (и не только) 
программисты не обращают 
должного внимания: как уст- 
роиться на работу, как вес- 
ти переговоры с клиентом, 
как грамотно работать в ко- 
манде и т.п. По опыту, боль- 


данных и команд, основы 
16- и 32-разрядного програм- 
мирования, программирова- 
ние процессора, ввод-вывод 
информации в DOS 

и Windows, использование 
макросредств, потоковых 
мультимедийных ММХ- 

и ХММ-команд. Подробно, 


СПб.: ООО «ДиаСофтЮП», 
Питер, 2006 / Голубь Н.Г. / 
820 страниц 

Разумная цена: 434 рубля 


шинство программистских 
карьер рушится не из-за то- 
го, что программист не умел 
писать код, а по той причи- 
не, что авторы гениальных 
программ как раз не уделя- 
ли внимания «второстепен- 
ным» вопросам. А при ны- 
нешней конкуренции на 
рынке программных продук- 
тов не обращать внимания 
на подобные «мелочи» — 
смерти подобно. 


шаг за шагом, на многочис- 
ленных примерах закончен- 
ных программ рассмотрены 
идеи и принципы организа- 
ции вычислений на Ассемб- 
лере, с использованием ана- 
логии со стороны алгоритми- 
ческих языков Pascal или 
C/C++. Книга рассчитана 

на начинающих программис- 
тов и тех, кто хочет глубже 
разобраться в особенностях 
организации и функциониро- 
вания ЭВМ. 


ПОДПИСКА В РЕДАКЦИИ 


C 1 ОКТЯБРЯ ПО 31 ДЕКАБРЯ ПРОВОДИТСЯ 
СПЕЦИАЛЬНАЯ АКЦИЯ ДЛЯ ЧИТАТЕЛЕЙ ЖУРНАЛА 


Cf | — И 
ГОДОВАЯ ПОДПИСКА ПО ЦЕНЕ 11 НОМЕРОВ! 


204}$уб. [> 1870 руб. 
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ПЛЮС ПОДАРОК 


ОДИН ЖУРНАЛ 
ДРУГОИ ТЕМАТИКИ 


ОФОРМИВ ГОДОВУЮ ПОДПИСКУ В РЕДАКЦИИ, ВЫ МОЖЕТЕ 
БЕСПЛАТНО ПОЛУЧИТЬ ОДИН СВЕЖИЙ НОМЕР ЛЮБОГО 
ЖУРНАЛА, ИЗДАВАЕМОГО КОМПАНИЕЙ «ГЕЙМ ЛЭНД»: 

»э ЯНВАРСКИЙ НОМЕР — ПОДПИСАВШИСЬ ДО 30 НОЯБРЯ, 

»э ФЕВРАЛЬСКИЙ НОМЕР — ПОДПИСАВШИСЬ ДО 31 ДЕКАБРЯ. 
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ВПИШИТЕ В КУПОН НАЗВАНИЕ ВЫБРАННОГО ВАМИ ЖУРНАЛА, 
ЧТОБЫ ЗАКАЗАТЬ ПОДАРОЧНЫЙ НОМЕР 


И ЭТО НЕ ВСЕ! 


31 ДЕКАБРЯ СРЕДИ ЧИТАТЕЛЕЙ, 
ОФОРМИВШИХ ПОДПИСКУ НА ВЕСЬ 2007 ГОД, 
БУДЕТ РАЗЫГРАНО 200 МРЗ-ПЛЕЕРОВ QUMO X 


ВЫГОДА № ГАРАНТИЯ HM СЕРВИС 
КАК ОФОРМИТЬ ЗАКАЗ 


. Разборчиво заполните подписной купон и квитанцию, 
вырезав их из журнала, сделав ксерокопию или распе- 
чатав с сайта Www.xakep.ru. 

. Оплатите подписку через Сбербанк. 

. Вышлите в редакцию копию подписных документов 
— купона и квитанции — любым из нижеперечислен- 
ных способов: 

У\ по электронной почте subscribe@glc.ru; 
У\ по факсу 8 (495) 780-88-24; 
У\ по адресу 119992, Москва, 
ул. Тимура Фрунзе, д. 11, стр. 44-45, 
ООО «Гейм Лэнд», отдел подписки. 


Подписка оформляется в день обработки 
купона и квитанции в редакции: 


У втечение пяти рабочих дней после отправки подписных 
документов в редакцию по факсу или электронной почте; 
У втечение 20 рабочих дней после отправки подписных 
документов по почтовому адресу редакции. 
Рекомендуем использовать факс или электронную 
почту, в последнем случае предварительно отсканиро- 
вав или сфотографировав документы. 
Подписка оформляется с номера, выходящего через один 
календарный месяц после оплаты. Например, если вы произ- 
водите оплату в ноябре, то журнал будете получать с января. 


Подписка на журнал «Хакер Спец» на 6 месяцев стоит 1020 руб. 
Подарочные журналы при этом не высылаются 


ПО ВСЕМ ВОПРОСАМ, зв tans москвичей и 8(800)200-3-999 (для жителей других 


РЕГИОНОВ РОССИИ, АБОНЕНТОВ СЕТЕЙ МТС, БИЛАЙН И МЕГАФОН). ВОПРОСЫ О ПОДПИСКЕ МОЖНО ТАКЖЕ НАПРАВЛЯТЬ ПО АДРЕСУ 


INFO@GLC.RU ИЛИ ПРОЯСНИТЬ НА САЙТЕ WWW.XAKEP.RU 


ПОДПИСНОЙ КУПОН 


ПРОШУ ОФОРМИТЬ ПОДПИСКУ 
НА ЖУРНАЛ «ХАКЕР СПЕЦ» 


Г] на 6 месяцев ‚ Извещение 


[] на 12 месяцев 


начиная с 200 __г. 


Прошу выслать бесплатный номер 
журнала 


Г] Доставлять журнал по почте 
на домашний адрес 


Г] Доставлять журнал курьером на 
адрес офиса (по г. Москве) 


ы : * 
Подробнее о курьерской доставке читайте ниже 


: (отметьте квадрат выбранного варианта подписки) 


ФИО. ` Кассир 


mea ППП Oo. 


месяц 


‘Квитанция 
АДРЕС ДОСТАВКИ: 
` индекс 


обпастыкрай 


город 


| улица 


Hom корпус 


квартира/офис | 
телефон ( ) 


код’ 


е-тай 


: сумма оплаты 


* Курьерская доставка осуществляется только по Москве : 
на адрес офиса. Для оформления доставки курьером : Касси 
укажите адрес и название фирмы в подписном купоне. Р 


ИНН 7729410015 ООО «Гейм Лэнд» 


ЗАО ММБ 

р/с № 40702810700010298407 

к/с № 30101810300000000545 

БИК 044525545 КПП - 772901001 


Плательщик 


Адрес (с индексом) 


Назначение платежа Сумма 
Оплата журнала « Си ШЕИ , 

с 200_г. 

Ф.И.О. ры 


Подпись плательщика 


ИНН 7729410015 ООО «Гейм Лэнд» 


ЗАО ММБ 

р/с № 40702810700010298407 

к/с № 30101810300000000545 

БИК 044525545 КПП - 772901001 


Плательщик 


Адрес (с индексом) 


Назначение платежа 

Оплата журнала «_ № ШЕШ М , 

c 200 г. 
месяц 

Ф.И.О. 


Подпись плательщика 


ОФФТОПИК 


nard 


материнское сердце 


МАТЕРИНСКИЕ ПЛАТЫ ПОД $ОСКЕТ 754 


тестовый стенд: 
ПРОЦЕССОР: AMD Sempron 64 3000+ 


ПАМЯТЬ: 2x512 Мб, Corsair Value Select 


ВИДЕОПЛАТА: ASUS EN6600GT, 256 Мб 


ВИНЧЕСТЕР: Seagate Barracuda 7200.8 ST3400832AS, 400 GB, 7200 RPM, SATA 


ОПТИЧЕСКИЙ ПРИВОД: SONY CRX300E, CD-RW/DVD 


БЛОК ПИТАНИЯ: 1350 Вт 


Ни для кого не секрет, что наиболее востребованными платформами под 


процессоры AMD на сегодняшний день являются материнские платы с разъ- 


емами Socket 754 и Socket 939. Если первая выигрывает в основном с по- 
мощью ценового показателя, то вторая — продвинутыми возможностями. 
В данном обзоре мы постараемся выяснить, насколько оправданным явля- 
ется решение на основе 754-ого сокета и будет ли оно в скором времени 
совсем вытеснено привлекательным 939-м. Ну и на сладкое нам предстоит 
чудесное препарирование нескольких интересных моделей на основе все 


того же разъема 754. 


> — задача выбора. На сегодняшний день платформы под 754-контактные 
процессоры позиционируются как продукты Low-End сектора, и самые пес- 
симистичные критики пророчат им скорую отставку, а также перманентный 
уход в страну забвения. Напротив, платформы из разряда Socket-939 жес- 
токо раскручиваются маркетологами компании AMD и, по заверениям 
представителей, будут еще долго и продуктивно существовать. Но не стоит 
бросаться в омут и вешать ярлыки типа «754 — для бедных». Не так уж он 
и плох, на самом деле. Даже процессоры, в принципе, в том и другом слу- 
чае используются похожие, но распаянные под разные сокеты. Все ограни- 
чения обозначены маркетинговыми играми. Другой вопрос в различных 
контроллерах памяти. У процессоров на Socket 754 контроллер памяти од- 


ноканальный, а у 939-камней, соответственно, двухканальный — именно на 
обеспечение данного факта и идут дополнительные ножки в разъеме. 

Недостаток одноканальности более-менее подкованный пользователь 
может восполнить с помощью разгона, если уж так хочется, чтобы попугаев 
в 3DMark было «столько же, сколько у соседа». Если говорить о частоте 
щины «Hyper Transport», то для 754-платформ она равна 800 МГц против 
1000 МГц на платах nog Socket 939. На практике это отличие не играет 
большой роли, и разница в производительности не столь велика. Между 
тем, в случае Socket 754 может легко повториться схожая история, какая 
была с процессорами Barton и Thorton. Тогда процессоры с неработоспособ- 
ной частью кэша выходили под маркировкой Thorton и, между прочим, до- 
вольно успешно продавались, благодаря соблазнительной цене. Так что на 
платформу 754 компания АМО, например, потенциально может переводить 
процессоры с одним неработоспособным каналом из двух, или неполной по 
частоте шиной HyperTransport. 

Платы на основе сокета 754 по карману самому скромному в финан- 
совом отношении пользователю, а уж для офисных закупок это настоящая 
золотая жила. Плюс ко всему только недавно появилась на рынке бюджет- 
ная линейка камешков AMD Sempron и сразу же очень хорошо показала се- 
бя в тестах. Так что рано еще хоронить — поживет $754, будь уверен. 
> — методика тестирования. Ну, раз мы возвели плаформу 754 в статус Ле- 
нина, то бишь живее всех живых, значит наступает время художественного 
экспериментирования. На операционном столе расположились самые достой- 
ные представители данного направления, и вот какой набор истязаний мы 
для них приготовили. В первую очередь, с помощью синтетических бенчмар- 
ков мы замеряли общую производительность, после чего в ход шел набор 
бытовых программ, а именно Lame, WinRar и Adobe Photoshop. Не забыли мы 
и о кодировании видео в XVID и DIVX. Количество FPS замерялось в игровых 
приложениях F.E.A.R и Half Life 2. Качество аудио оценивалось с помощью 
RMAA 5.5. Оценки выставлялись не только по принципу «кто сильнее — тот и 
прав». Во внимание принимались возможности BIOS'a — разгон и настройка, 
доступность к элементам платы, уровень охлаждения и комплектация. 


АЗВОСК 
КЗМЕ4С-ЗАТА2 
($60) 7 звезд 


ЧИПСЕТ: NVIDIA GeForce 6100 (NB) + 
NVIDIA nForce 410 MCP (SB) 


ПАМЯТЬ: 2xDDR DIMM 400/333/266 (2 Гб тах) 


СЛОТЫ РАСШИР.: 1xPCI-Ex16, 1xPCI-Ex1, 
2xPCl, 1xAMR 


SATA: 2xSATA II 


FIREWIRE: нет 


LAN: Realtek PHY RTL8201CL 


АУДИО: Realtek ALC850 7.1, 7-канальный AC’97 


> плюсы. ASRock K8NF4G-SATA2 
основан на двухчиповой системной 
логике, где за графику отвечает се- 
верный мост NVIDIA GeForce 6100, 
а все прочие контроллеры функцио- 


нируют с помощью NVIDIA nForce 
410 МСР. На данных мостах уста- 
новлены два небольших алюминие- 
вых радиатора. В принципе, венти- 
лятора там и не требуется, посколь- 
ку обе части чипсета греются 

не столь сильно. Производители не 
забыли о прогрессе — имеется два 
порта для подключения ЗАТА-уст- 
ройств. В ВЮ$'е платы есть прилич- 
ные средства для разгона и наст- 
ройки — CPU Frequency Stepless 
Control, ASRock U-COP и B.F.G. 
(Boot Falure Guard). Имеется подде- 
ржка камней AMD Sempron. 

> — минусы. Размеры платы 
весьма компактны (244х203 мм), 
поэтому доступ к планкам памяти 


затруднен, да и комплектация скудна. 


CHAINTECH 
VNF3-250 
($63) 7 звезд 


ЧИПСЕТ: NVIDIA nForce3 250 


ПАМЯТЬ: 3xDDR DIMM 400/333/266 (2 Гб тах) 


СЛОТЫ РАСШИР.: 1xAGP, 5xPCI, 1XxXCMR 


SATA: 2xSATA 


FIREWIRE: нет 


LAN: Realtek RTL8100C 


АУДИО: Chaintech Multimedia Card 5.1, 
5-канальный АС’97 


> — плюсы. Hennoxoe предложение 
от Chaintech. Построена плата Ha ос- 
нове добротного чипсета третьего 

поколения от NVIDIA, и поддержива- 
ет процессоры AMD Sempron и ЗАТА- 


диски. Аудиочип помещается на от- 
дельной карте, которая подключает- 
ся через специальный порт CMR. 
Наверняка в этом есть какой-то глу- 
бокий смысл. С помощью утилиты 
DigiDoc становится возможным KOHT- 
роль температурного режима, а так- 
же регулировка частот и напряже- 
ний на компонентах платы. Настоя- 
щее раздолье ожидает любителей 
РС|-устройств — на плате располо- 
жено целых пять портов PCI. Просто 
праздник какой-то! 

> — минусы. К сожалению, о под- 
держке РС! Express речь не идет — 
пользователям придется доволь- 
ствоваться портом АСР. Странно 
выглядят три DIMM-cnota. 


MSI K8NGM-V 
($61) 7 звезд 


ЧИПСЕТ: NVIDIA GeForce 6100 (NB) 
+ NVIDIA nForce 410 MCP (SB) 


ПАМЯТЬ: 2xDDR DIMM 400/333/266 (2 Гб max) 


СЛОТЫ РАСШИР.: 1xPCI-Ex16, 1xPCI-Ex1, 2xPCI 


SATA: 2xSATA II 


FIREWIRE:HetT 


LAN: Realtek® 8201CL PHY 


АУДИО: Realtek ALC655, 6-канальный АС’97 


> — плюсы. В MSI K8NGM-V ис- 
пользован чипсет с двухкомпонент- 
ной структурой. Пользователь мо- 
жет ограничиться встроенной гра- 


фикой, однако при желании всегда 
можно задействовать свободный 
порт РС! ExpressX16. Само собой, 
имеется поддержка как Athlon 64 
камней, так и Зетргоп. Южный же 
мост поддерживает построение мас- 
сивов RAID 0 и RAID 1. Набор для 
настройки через BIOS более-менее 
стандартен — регулировка частот, 
таймингов памяти и напряжений. 

> = минусы. При тестировании бы- 
ли сложности с установкой опции 
Cool'n'Quiet. Проблема решается 
только перепрошивкой BIOS. Немно- 
го расстраивает отсутствие FireWire 
и слабая комплектация. 


BIOSTAR 
TFORCE 6100 
($72) 8 звезд 


ЧИПСЕТ: NVIDIA GeForce 6100 (МВ) + 
NVIDIA nForce 410 MCP (SB) 


ПАМЯТЬ: 2xDDR DIMM 400/333/266 (2 Гб max) 


СЛОТЫ РАСШИР.: 1xPCI-Ex16, 1xPCI-Ex1, 2xPCl 


SATA: 2xSATA II 


FIREWIRE: Het 


LAN: Realtek PHY RTL8201CL 


АУДИО: Realtek ALC655, 6-канальный AC’97 


>  плюсы.Яркие и кислотные цве- 
та в дизайне платы. Охлаждением 


чипсета занимаются алюминиевые 
ребристые радиаторы. Плата не 
только подойдет на роль офисного 
решения (благодаря встроенному 
видео), но и удовлетворит потреб- 
ности требовательных энтузиастов. 
Дело в том, что Biostar TForce 6100 
обладает уникальным overclocking- 
движком, к которому имеется даже 
отдельный мануал. 

> — минусы. Из минусов можно от- 
метить только отсутствие в стандарт- 
ной прошивке поддержки процессо- 
ров AMD Sempron. В остальном пове- 
дение платы нареканий не вызвало. 


CHAINTECH 
ZNF3-250 
($165) 7 звезд 


ЧИПСЕТ: NVIDIA nForce3 250 


ПАМЯТЬ: 3xDDR DIMM 400/333/266 (2 Гб тах) 


СЛОТЫ РАСШИР.: 11xAGP, 5xPCI, 1xXCMR 


SATA: 4xSATA 


FIREWIRE: VIA VT6306 


LAN: Realtek RTL8100C 


АУДИО: Chaintech Multimedia Card 7.1, 
7-канальный АС’97 


> плюсы. Еще один вариант 
Chaintech VNF3-250, претерпевший 
только поверхностные изменения. 
Во-первых, комплектация — такого 
обилия от Chaintech мы не ожидали. 
Продумано все до мелочей: шнуры 


в оплетках, специальная отвертка, 
термопаста, панель SPDIF-Out, па- 
кет программного обеспечения, 

а также фронтальная внешняя па- 
нель с кард-ридером под пятидюй- 
мовый отсек. Во-вторых, охлаждени- 
ем занимаются два радиатора — 
один на чипсете и второй, уникаль- 
ный, под названием Вадех — 

на блоке MOSFET. Звуковая плата 
теперь поддерживает семиканаль- 
ность, а ЗАТА-портов стало четыре. 
И, наконец, это первое устройство 

в обзоре с поддержкой FireWire. 

> — минусы. В принципе, минусов 

у данной платы практически нет, 

но хотелось бы отметить неприятный 
звук, издаваемый вентилем на ради- 
аторе Radex. 


95 | 


96 ОФФТОПИК 


GIGABYTE 
СА-КЗМЕ 
($65) 7 звезд 


ЧИПСЕТ: NVIDIA nForce4-4X 


ПАМЯТЬ: 3xDDR DIMM 400/333/266 (2 Гб тах) 


СЛОТЫ РАСШИРЕНИЯ: 1xPCI-Ex16, 
2xPCI-Ex1, 3xPCI 


SATA: 4xSATA 


FIREWIRE: Het 


LAN: Marvell 88E1111 


АУДИО: RealTek ALC850, 8-канальный AC’97 


> плюсы. Ha традиционно синем 
текстолите под широким радиато- 
ром расположился довольно мощ- 


ный чипсет от NVIDIA. Плата работа- 
ет с поддержкой процессоров как 
Athlon 64, так и Sempron. Интегриро- 
ванный RAID-KoHTponnep встроен 

в чипсет, и позволяет строить RAID 
массивы уровней RAID 0, 1, 0+1 из 
устройств Serial АТА и IDE. Несмот- 
ря на бюджетный уровень платы, на 
ней установлен неплохой восьмика- 
нальный кодек АС 97 от RealTek. 

Из специальных технологий отметим 
NVIDIA Firewall и Gigabyte БиаВЮ$5. 
> — минусы. Поддержка FireWire 
отсутствует. В коробке только самое 
необходимое, нет даже дополнитель- 
ной пары ЗАТА-шнуров. 


FOXCONN WINFAST 
6100K8MB 
($67) 7 звезд 


ЧИПСЕТ: Northbridge: NVIDIA GeForce 6100 
+ Southbridge: NVIDIA nForce 410 MCP 


ПАМЯТЬ: 2xDDR DIMM 400/333/266 (2 Гб тах) 


СЛОТЫ РАСШИРЕНИЯ: 1xPCIEx16, ЗхРС! 


SATA:2xSATA II 


FIREWIRE: нет 


LAN: Realtek PHY RTL8201BL 


АУДИО: Realtek ALC653 6.1, 6-канальный AC’97 


> — плюсы. Плата выполнена на 
текстолите оранжевого цвета разме- 
ра 244 на 216 миллиметров. Стоит 
отметить отсутствие РСЕХ1, но зато 


имеется три, на наш взгляд, более 
нужных PCl-nopta. В BIOS ничего 
особенного замечено не было, кро- 
ме функции по слежению за темпе- 
ратурой компьютерных компонентов 
PC Health Status. Комплектация до- 
вольно скупа, зато имеется плакат 
по установке на плату компонентов 
будущего ПК. К устройству прилага- 
ется диск с драйверами, два шлей- 
фа IDE и РОБ, и кабель для обеспе- 
чения устройств ЗАТА-питанием. 

> — минусы. Из явных минусов хо- 
чется отметить пластмассовый, 

а не металлический рычажок на 
процессорном сокете, выглядящий 
довольно хрупко. 


уз 
ты 
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ECS NFORCE4-A754 
($66) 7 звезд 


ЧИПСЕТ: NVIDIA nForce4-4X 


ПАМЯТЬ: 3xDDR DIMM 400/333/266 (2 Гб max) 


СЛОТЫ РАСШИР.: 1xPCI-Ex16, 2хРСИ, ЗхРС! 


SATA: 4xSATA 


FIREWIRE: нет 


LAN: Marvell 88E1111 


АУДИО: Realtek ALC655, 6-канальный АС’97 


> плюсы. Еще одна плата с тре- 
мя слотами DIMM. Поддерживает 
процессоры Socket 754 AMD 

Athlon 64 и Sempron, и оснащена 
слотом PCI Express x16, двумя cno- 
tamu РС! Express x1, не считая трех 
обычных PCI. При производстве был 
использован чипсет NVIDIA nForce 


4-4х с максимальной частотой шины 
HyperTransport 800 МГц. На плате 
имеется три внутренних разъема 
для подключения оставшихся шести 
У$ЗВ-портов из десяти, которые под- 
держивает чипсет. Также присут- 
ствуют 24-контактный и ATX12V разъ- 
емы питания, набор коннекторов для 
вывода звука на переднюю панель, 
в том числе и SPDIF, и три разъема 
для подключения вентиляторов, 
один из которых занят чипсетным. 
> — минусы. Скромная комплек- 
тация, отсутствуют дополнитель- 
ные планки для USB и звука, не- 
возможно регулировать скорости 
вращения вентиляторов, да и раз- 
гонный потенциал оставляет же- 
лать лучшего. 


ASUS K8U-X 
($55) 6 звезд 


ЧИПСЕТ: ULi M1689 


ПАМЯТЬ: 2xDDR DIMM 400/333/266 (2 Гб Макс) 


СЛОТЫ РАСШИРЕНИЯ: 1xAGP, 4хРС! 


SATA:2xSATA II 


FIREWIRE: нет 


LAN: Realtek RTL8201CL 


АУДИО: 6-канальный ADI AD1888 


> плюсы. Новая серия плат 

от ASUS рассчитана на бюджетный 
сектор рынка. Данный экземпляр 
работает с поддержкой как процес- 
соров Sempron, так и камней Athlon 


64. Чипсет ASUS K8U-X изготовлен 
компанией ULi, следовательно, 

о поддержке стандарта PCI Express 
можно забыть. Сеть обеспечивает 
интегрированный в чипсет контрол- 
nep, плюс имеется интерфейс 
Realtek RTL8201CL. Из особенных 
технологий: ASUS MyLogo, ASUS EZ 
Flash и ASUS CrashFree BIOS2. 

> — минусы. Все-таки компании 
ASUS лучше удаются платы для 
среднего и верхнего ценовых сег- 
ментов. В бюджетном секторе ASUS 
K8U-X конкурировать практически 
не может из-за слабого аудиокодека 
и отсутствия PCI-E. 


MSI K8N NEO3-F 
($65) 8 звезд 
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ЧИПСЕТ: NVIDIA nForce4-4X 

ПАМЯТЬ: 2xDDR DIMM 400/333/ (2 Гб max) 
СЛОТЫ РАСШИР.: 1xPCI-Ex16, 1xPCI-Ex1, 
3xPCl, 1xAGR 

FIREWIRE: 2xSATA 

LAN: Realtek RTL8201CL, Marvell PHY88E1111 
АУДИО: Realtek ALC655, 6-канальный AC’97 


3 — плюсы. MSI K8N Neo3-F — 
плата нестандартных размеров 
(300х185 мм). Обеспечивается под- 
держка технологии RAID 0, 1, 0+1. 
Сам чипсет расположен весьма нео- 
бычно, под углом 45 градусов к гра- 
ням платы. Его охлаждением занима- 
ется небольшой радиатор с вертуш- 
кой. Особенностью платы является 
наличие модифицированного 
АСР-порта, помимо присутствующего 
РС ExpressX16. Так что проблема 
выбора интерфейса с видеокартой 
отпадает. Разгон и настройка пара- 
метров компонентов осуществляется 
через Се! Мепи — уже традиционное 
для MSI. Для управления памятью 
имеется особенное подменю, просто 
* набитое опциями. 
¥* лучшая % > минусы. Индекс Gold Edition 
nokynka на упаковке оказал должное влия- 
# * ние на слюнные железы, но в плане 
комплектации нас ждало разочаро- 
* * вание. Из бонусов — только планка 
с У5В-портами да шнуры в оплетке. 


ALBATRON 
KSNF4X-754 
($69) 8 звезд 


ЧИПСЕТ: NVIDIA nForce4-4X 

ПАМЯТЬ: 2xDDR DIMM 400/333/266 (2 Гб max) 
СЛОТЫ РАСШИРЕНИЯ: 12xPCI-Ex16, 2хРС! 
SATA: 4xSATA 

FIREWIRE:Het 

LAN: Broadcom AC 131 

АУДИО: Realtek ALC655, 6-канальный АС’97 


> плюсы. Карта выделяется нали- 
чием двух PCI-Ex16 портов. В комп- 
лекте имеется бридж для соединения 
видеокарт, поддерживающих SLI. По- 
мимо этого она поддерживает работу 
процессоров AMD Sempron. С охлаж- 
дением чипсета справляется золо- 
тистая комбинация из радиатора 

с вентилятором. Работает практичес- 
ки бесшумно. BIOS карты снабжен 


* необходимыми для разгона функция- 
x выбор * ми, среди которых — изменение нап- 
редакции ряжения на памяти, ядре и чипсете, 


* ¥* защита OT перегрева, автосброс 


при неудачном разгоне. 
* * > — минусы. Плата была бы просто 

уникумом, если бы производитель 

включил поддержку FireWire. 


> — выводы. При всех недочетах платформы 754 понятно, что спросом они ниями хай-тека. Награду «Лучшая покупка» хотелось бы вручить плате MSI 
пользовались и будут пользоваться. Примером тому могут служить наши по- K8N Neo3 за поддержку АСР и PCI-E, высокое быстродействие и богатую 
допытные агрегаты — при сравнительно низком ценовом пороге ты получа- функциональность. «Выбор Редакции» отдаем Albatron K8NF4X-754 за быст- 
ешь довольно шуструю лошадку со всеми недавними прелестями и достиже- — родействие, поддержку SLI и большой разгонный потенциал © 


ОФФТОПИК 


Soft 


НАСТРОЙКА FIREWALL 
АЛЕКСАНДР ПРИХОДЬКО 
(ЗАМРВИН @ МАШЕ. ВУ) 


Прежде чем начать устанавливать 

и настраивать «стены», тебе необхо- 
димо определиться, на базе какой 
программы ты это будешь делать. 
Уже много раз писалось и переписы- 
валось в нашем журнале про спосо- 
бы защиты сети от внешнего втор- 
жения. По большому счету, принцип 
работы всех «горящих стен» одина- 
ков (я имею в виду программные 
продукты). При настройке «стены» 
создаются правила, в соответствии 
с правилами «стена» либо пропуска- 
ет пакеты внутрынаружу твоей сети, 
либо отбрасывает. Мы рассмотрим 
построение «стены» на примере 
программного продукта фирмы 
Kerio. Достаточно демократичный по 
цене продукт, обеспечивающий пот- 
ребности небольшой сети. Если 

у твоей конторы нет денег на покуп- 
ку сервера для установки файрвола, 
то хочу тебя обрадовать — на базе 
обыкновенного четвертого пня 

с 512 метрами памяти, ты сможешь 
построить файрвол, который легко 
справится с сеткой до 100 машин. 
Ну, операционку лучше поставить, 
конечно, серверную. Еще кое-что о 
приправах. Фирма Kerio написала 
софтину, которая интегрируется 

в Active Directory. Это говорит о том, 
что если установить файрвол на 
комп, который является членом до- 
мена, то при настройке он легко за- 
сосет базу данных пользователей. 

И при создании пользователя в до- 
мене, он автоматом получит доступ 
к инету (при правильной настройке). 
Однако, мы опять вступаем на тон- 
кую стезю религии. Я, например, 
предпочитаю полностью контроли- 
ровать все процессы в сети, и поэто- 


му мы сейчас начнем устанавливать 
файрвол на комп, который не только 
не является членом домена, но и ле- 
жит в совершенно другой группе. 
При такой постановке вопроса нам 
придется всех пользователей заво- 
дить руками на файрволе. В принци- 
пе, нам все равно пришлось бы за- 
водить пользователей отдельно на 
файрволе, так как продукт фирмы 
Kerio не дружит с кириллицей, а все 
пользователи в Active Directory заве- 
дены в русской раскладке. Начина- 
ем. Установку операционки пропус- 
тим. Дадим имя компьютеру и рабо- 
чей группе, куда мы положим комп, 
одинаковое — FENCE. Так как 
компьютер затачиваем под файрвол, 
пристрелим все ненужные сервисы и 
произведем установку по минимуму. 
Ничего лишнего нам не нужно. 

Чуть не забыли одну штуку. 
Файрвол имеет две сетевые карты: 
одна подключена к локальной сети 
и имеет адрес, который мы указыва- 
ем всем клиентам, как адрес прок- 
си-сервера, вторая сетевая карта 
подключена к провайдеру и имеет 
1Р-адрес, выданный тебе провайде- 
ром с маской и адресом ОМ$-серве- 
ра. Дабы при настройке файрвола 
мы не путались в сетевых картах, 
мы переименуем сетевое подключе- 
ние, идущее к провайдеру в «Internet 
Connection», а сетевое подключе— 
ние, идущее в локальную сеть, оста- 
вим с именем по умолчанию. 

Начинаем установку. Как обыч- 
но, к нам на помощь спешит визард. 
Долго жмем на кнопку «Next», пока 
не попадаем на экран выбора уста- 
новки. Здесь, конечно, выбираем 
тип установки «Custom». 


С ee ое фе 
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Далее, если не планируешь ис- 
пользовать через свой файрвол VPN- 
туннели, можешь сбросить эту галоч- 
ку. Ну и если на досуге не будешь чи- 
тать хелп на чешском языке, исклю- 
чаешь и его при установке. «Next». 

На странице с заведением ад- 
минского пароля и логина пропиши 
сразу логин и пароль для админист- 
рирования, иначе потом это все сме- 
нить не удастся. Таковы реалии 
программы. На следующей странице 
тебе предлагается установить адрес, 
с которого ты сможешь удаленно ру- 
лить программой. Пока отложим это. 

Теперь ждем некоторое коли- 
чество минут, пока идет установка. 
Далее перегружаем комп и смотрим, 
что же получилось. После перезаг- 
рузки Kerio предложит запустить ад- 
министраторскую консоль. Запуска- 
ем. Далее вводишь логин и пароль. 
И опять заботливые программисты 
сделали все, что бы мы сильно не 
перетрудились, морща свой мозг, — 
нам опять предлагают визард для 


Правило запретов 


настройки файрвола. Здесь остано- 
вимся на минутку. Как обычно есть 
два пути: пройтись по визарду и по- 
лучить на выходе готовый работос- 
пособный файрвол, в котором потом 
при необходимости можно подпра- 
вить все правила или отказаться от 
услуг визарда и начать все делать 
ручками. Мы не ищем легких путей 
и сделаем все руками. Отменяем 
работу визарда. Теперь при запуске 
административной консоли нам не- 
обходимо либо зарегистрировать ко- 
пию (только при наличии интернета), 
либо использовать демо-версию 
(при наличии интернета), или уста- 
новить имеющийся лицензионный 
ключ. Устанавливаем ключ, он ведь 
есть у нас. С регистрацией закончи- 
ли. Теперь смотрим, что мы имеем. 
А имеем мы одно правило (его нель- 
зя ни удалить, ни изменить), которое 
полностью закрывает все порты. 


Теперь пришло время визарда. 
На странице «Traffic Policy» внизу на- 
ходим кнопку «Wizard» и мощным 
рывком нажимаем ее. Первая стра- 
ница рассказала нам о том, как ви- 
зард настроит правила (читать мож- 
но только от скуки) > «Next». Вторая 
страница: выбираем тип подключе- 
ния к итернету, если не диал-ап, то 
оставляем по умолчанию. На следую- 
щей страничке выбираем интерфейс, 
который подключен к Сети (мы его 
назвали «Internet Connection»). 
«Next». Теперь Ham предлагаются 
порты, которые будут открыты. 
Предлагаю оставлять все по умолча- 
нию, все равно будем переделывать. 
На пятой страничке правило, относя- 
щееся к VPN: если оное не предпо- 
лагается использовать, то сбрасыва- 
ем галочку. «Next». Вот пришли к 
входящим правилам. На шестой 
странице визард предлагает указать, 
какие сервисы, используемые в ло- 
кальной сети, должны быть видны из 
интернета (твой веб-сервер, почто- 
вый сервер, фтп-сервер и так да- 
лее). Если ничего такого нет, на 
странице ничего и не добавляем. 
«Next». На седьмой странице прави- 
ло использования МАТ. Это важная 
часть — оставляем отмеченным дан- 
ное правило. На восьмой странице 
желанная кнопка «Finish». Мы полу- 
чили готовый файрвол. 

Если ты внимательно посмот- 
ришь на правила, которые создал 
визард, то увидишь, что, в принци- 
пе, все основное и необходимое для 
выхода из локальной сети в интер- 
нет есть. Однако, перед тем как нач- 
нем заводить пользователей на 
файрволе, необходимо сделать еще 
кое-какие настройки. При такой 
настройке пользователь не получит 
доступ в интернет, так как не имеет 
на это прав, но некоторые сервисы, 
запущенные на машине пользовате- 
ля, смогут достучаться в интернет, 
так как существует правило, позво- 
ляющее протоколам (НТТР, напри- 
мер), выходить в интернет. Первое, 
что необходимо сделать, это исклю- 
чить возможность выхода из локаль- 
ной сети в Сеть чему бы то ни было. 
Ни один сервис, ни одно приложе- 
ние не должны иметь такой возмож- 
ности. Пока не трогаем правила, ко- 
торые создал визард. Начинаем до- 
писывать свои. Создадим два пра- 
вила на уровне интерфейсов: одно 
разрешает сетевой карте локальной 
сети (Local Area Connection) полный 
доступ на файрвол, второе — запре- 
щает локальной сети доступ на се- 
тевую карту «Internet Connection». 

На странице «Traffic Ройсу» на- 
жимаем «ADD», и у нас появилось 
новое правило «New rule». Отредак- 
тируем его: двойной щелчок на пра- 
Bune > даем ему имя «Ргоху1» > 
меняем цвет (я делаю это для того, 
что бы отличать правила, созданные 
мной, от правил, созданных визар- 


дом) — в Description пишем: «Обмен 
между внутренней сетью и файрво- 
лом». Теперь редактируем источник: 
двойной щелчок на правиле Ргоху1 
в столбце Source. В открывшемся 
окне Edit Source нажимаем Add, 

и в выпавшем списке выбираем 
Network connection to interface. 

Ну и в списке интерфейсов выбира- 
ем Local Area Connection. Таким же 
образом редактируем столбец 
Destination. Только теперь выбираем 
Firewall host. Колонку Service He Tpo- 
гаем: в ней по умолчанию оставляем 
Апу (все сервисы). А в колонке 
Action необходимо выбрать Permit. 
Расшифруем правило: мы разреши- 
ли обмен всеми возможными паке- 
тами любых возможных сервисов 
между сетевой картой файрвола, 
смотрящей во внутреннюю сеть 
(Local Area Connection), и програм- 
мным комплексом файрвола. BTo- 
рым правилом мы запретим обмен 
любыми данными между сетевой 
картой Local Area Connection и сете- 
вой картой Internet Connection. До- 
бавляем правило, даем имя Ргоху2, 
меняем цвет, даем описание, источ- 
ником выбираем Local Area 
Connection (Source), приемником вы- 
бираем Internet Connection 
(Destination), сервисы оставляем 

все (Any), а в колонке Action выби- 
раем Deny. Таким образом, ни один 
сервис, протокол или пакет не смо- 
жет пройти, минуя файрвол, из внут- 
ренней сети во внешнюю, и наобо- 
рот. И еще один нюанс: файрвол чи- 
тает правила сверху вниз. Если пер- 
вое правило разрешает пакету или 
сервису действие, то к этому пакету 
или сервису прикладывается следу- 
ющее правило и так до самого низа 
списка правил. И если ни одно пра- 
вило не запретило активность паке- 
ту-сервису, то он выпускается нару- 
жу или, наоборот, проходит внутрь 
сети. Разместим наши вновь создан- 
ные правила после правила, создан- 
ного визардом Firewall Traffic. Для 
перемещения правил вверх или 
вниз справа от таблицы правил су- 
ществуют стрелочки. 

Не забываем нажимать кнопку 
Арру после всех правильных 
действий, иначе все труды будут 
утеряны при выходе из программы! 
Вот теперь пришло время разоб- 
раться с остальными правилами. 

Запретим доступ из интернета 
в нашу локальную сеть. Создаем 
правило, назовем его Вап. Помеща- 
ем его на самый верх. Это правило 
должно отсекать все попытки про- 
никнуть в нашу внутреннюю сеть. 
Делаем его красным. Все разреша- 
ющие правила — зеленые, запре- 
щающие — красные. Остальные — 
любого другого цвета. Тебе проще 
будет разбираться. Настраиваем 
правило Вап. Источником выбираем 
Internet Connection, приемником 
(Destination) — Local Area Connection 


и Firewall Host. Сервисы запрещаем 
следующие: Any ICMP, DNS, HTTP, 
HTTP Proxy, KWF Admin, Telnet. 

И закрываем следующие порты: 
ТСР с 135 по 139, ТСР 3389, 

ТСР 445, UDP 135-139, UDP 3389. 

В колонке Action ставим Deny. В ко- 
лонке Log выбираем Log matching 
packets. Теперь в логах, в случае по- 
пыток проникновения в твою сеть, ты 
увидишь, кто и с какого адреса что- 
то хотел сотворить с твоей сетью. 

Теперь отключим некоторые 
правила, созданные визардом, а не- 
которые подправим. Для отключе- 
ния правила достаточно снять галоч- 
ку возле имени и не забыть на- 
жать Apply. Итак, отключаем следу- 
ющие правила: ISS OrangeWeb 
Filter (спам-фильтр, который через 
некоторое время запросит денег), 
правило МАТ (мы задали вместо не- 
го свои правила), правило Local 
Traffic (аналогично). Теперь подпра- 
BUM правило FireWall Traffic. Все 
нужные тебе сетевые сервисы до- 
бавляй в это правило. Мы добавим 
пока ICQ, IRC, Ping. 

Вот, в первом приближении 
настроили. Теперь для примера соз- 
дадим правило, которое будет резать 
рекламу в аське. Создаем правило, 
называем его «Баннеры», источ- 
ник — Any, Destination — ar.atwola.com, 
Service — Any, Action — Deny, и пи- 
сать лог, дабы проследить работоспо- 
собность правила. 

Ну и напоследок создадим 
правило, разрешающее контроллеру 
домена обновлять зону DNS и синх- 
ронизировать время с серверами 
точного времени. Создаем правило, 
называем его по имени контроллера 
домена (дабы потом разобраться, 
что мы тут натворили), в источнике 
указываем !Р-адрес контроллера до- 
мена, в назначении — Апу, 

Service — DNS,NTP, Action — Permit, 
ив Translation выбираем Translate 


Созданные правила 


Разрешенные сервисы 


to IP address outgoing interface (typi- 
cal setting). 

Таким образом, мы рассмотре- 
ли случаи отрезания ненужных ве- 
щей (на примере правила «Банне- 
ры») и создания специальных разре- 
шений на примере правила 
XakDomain. Теперь, читая полезные 
форумы и наткнувшись где-нибудь 
на предупреждение о каком-либо 
вирусе, используй определенный 
порт. Тебе достаточно этот порт 
внести в правило ВАМ, и через твой 
файрвол вирь не пролезет. Анало- 
гично ты поступаешь с навязчивой 
рекламой: вычисляешь адрес рекла- 
мы и прописываешь его в правило 
«Баннеры». Если тебе необходим 
какой-либо дополнительный сер- 
вис — прописываешь его в правило 
Firewall Traffic. Если необходимый 
тебе сервис отсутствует в таблице 
выбора, ты можешь создать его сам. 
Для этого раскрываешь закладку 
Definitions, далее Services, жмешь 
ADD, даешь имя сервису (например, 
MyService), выбираешь протокол, 
указываешь порты, заполняешь опи- 
сание, нажимаешь ОК и Apply. Те- 
перь созданный тобой сервис станет 
доступен в правилах. 

Проверяем: лезем в Traffic 
Policy, добавляем наш вновь создан- 
ный сервис в правило Firewall Traffic, 
двойной щелчок Ha Service и в спис- 
ке находим наш сервис. 

Мы рассмотрели примерное 
создание правил для защиты сети 
и обеспечения необходимой функцио- 
нальности. В следующем модуле мы 
продолжим настройку нашего файр- 
Bona, разберемся с пользователями, 
квотами и контентным фильтром © 
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НАИСВЕЖАЙШИЕ ПРОГРАММЫ OT NNM.RU 
DOC@NNM.RU 


ABoo 0.6 


ABoo — программа для преобразования текста 


2 Выберем каталог для сохранения аудиокниги. 
з Нажмем кнопку «пуск». 


текущего абзаца и остановит процесс записи. 


— 
в аудиокнигу в формате mp3. == $ 
| кк Spas ый: В 
. foes ions ee | rea т: 
Для создания аудикниги сделаем следующее: Secmeeemene: ИЕ г. ; 
1 Откроем файл с текстом книги. = — 


В выбранном каталоге будет создан подкаталог с названием текстового файла. В него будут 
записываться части аудиокниги — аудиофайлы с именами 0001, 0002 и так далее. Процесс записи 
аудиокниги можно остановить, нажав кнопку «Пауза». При этом программа закончит обработку 


Advanced Spyware Remover v.1.5 
Обновилась Advanced Spyware Remover, простая в исполь- 
зовании утилита, предназначенная для защиты компьюте- 
ра от шпионского ПО, рекламных программ, hijack'os, вре- 
доносного ПО, дозванивальщиков, кейлоггеров и т.д. 


IP Shifter v2.1 
Программа пригодится владельцам 
ноутбуков. Например, ты работаешь 
дома и используешь доступ в 
интернет с другими настройками 
доступа. Тебе приходится каждый 
раз изменять параметры адреса IP, 
маску подсети, шлюз, доменное 
имя... Теперь все это сделает 

за тебя специальная программа :). 


ApexDc++ 0.2.1 

ApexDC++ — DC++ клиент. В новой версии нет особых 
изменений. Пока что авторы, можно сказать, 
занимаются ерундой, не уделяя внимания новым 
функциям и возможностям. Обещали много, а сделали 
пока что мало чего интересного. В новой версии 
несколько багфиксов и несколько незначительных 
изменений. 


KlipFolio 3.1 
Замечательная программа, 
представляющая собой службу 
информационных каналов. 
Канал — это поток последних 
новостей определенного сайта, 
сотрудничающего со службой 
KlipFolio (такой канал построен на 
основе RSS). Принципиально 
отличается от программ, 
получающих новости по RSS- 
каналам (просто убивает их), 

в первую очередь, методом 
отображения информации — 
она демонстрируется прямо на 
рабочем столе (в симпатичных 
окошках, внешний вид которых, 
конечно же, можно наладить под 
себя :). 


- ы = . _ 
Mowe 1 eee pt ie 
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History Sweeper 2.71 GRSoftware ЕН 
History Sweeper — это программа GRBackPro v6 Fata eet BAR er baba ats © 
для автоматической очистки вре- GRBackPro — небольшая, —_ Е i a 
менных файлов, которые в боль- но функциональная программа, | раны = = = т a 
шом количестве остаются после разработанная для облегчения | i: = ES 
серфинга. Таким образом, про- процесса создания резервных 
грамма может выполнять несколь- копий данных и информации под 
ко функций: обеспечивать конфи- операционными системами 
денциальность, экономить место Windows. GRBackPro позволяет i) ene) sles. 
на жестком диске, а также удалять работать сразу с несколькими ——S ee 
разнообразные шпионские моду- сессиями, каждая из которых CS ети CE ии им 
ли. History Sweeper автоматически имеет свои уникальные 
очищает заданные папки, среди параметры. В каждой сессии 

которых могут быть временные файлы, файлы History, Соо- возможно задать несколько 

kies, автозаполнение паролей и форм, корзина и прочие. задач для создания копий целого диска, отдельной папки/папок или одиночных 

При этом программа делает очистку «налету». History Swee- файлов. В программе имеется встроенный планировщик. GRBackPro поддерживает 

рег поддерживает не только работу с Internet Explorer, запись копий на сетевые средства хранения информации, дискеты, жесткие диски, 

но ис Firefox. CD, DVD, DVD-RW, DVD-RAM, CD-RW... 


Eudora 7 

Eudora — почтовый клиент, KOTO- 
рый считается на западе признан- 
ным лидером среди подобных 
программ, являясь наиболее 


для поиска дублика- 
тов файлов на ком- 
функциональным продуктом в пьютере. Интерфейс 
своем классе. Особо нужно отме- программы предельно 
тить прекрасно реализованные прост: нужно только 
и в таком объеме нигде больше выбрать область по- 
не встречающиеся возможности иска дубликатов 


Dupeguru v2 
DupeGuru — неболь- 
шая быстрая утилита 


для работы с почтой и веб-сер- («Мои документы», 
фингом на КПК. За последние го- все диски, отдельный 
ды фирма Qualcomm, разработ- каталог/типы файлов). Программа просканиру- 
чик Eudora, сделала ее стандар- ет диск и выдаст результат в виде наглядной 
том для всех без исключения поч- таблицы. DupeGuru может просмотреть имена 
Windows Updates Downloader 2 товых клиентов. _ файлов и их содержание. Просмотр имени 


В Сети появилась новая версия программы для скачивания 
обновлений продуктов компании Microsoft. Скачивание всех 
программных обновлений, патчей и заплаток ведется непо- 
средственно с официального сайта компании. 


файла показывает четкий алгоритм соответ- 

| ствия, который может найти двойные имена 

— файла, даже когда они не точно похожи. Очень 
| эффективна в работе. 


BitSpirit 3.2 
Мощный и удобный в использовании клиент 
BitTorrent, который не только работает по 


Actual Reminder 2 
Actual Reminder — это мощ- 
ная и удобная говорящая 


этому протоколу, но также имеет ряд f ener замим программа-календарь для лю- 
дополнительных возможностей. Среди них | ‘ipa xs и бых видов напоминаний: 
особо следует выделить несколько аспектов: ых i une 1 че встречи, важные события, 
удобный и понятный интерфейс, возможность 13 LA “oe ; : “as праздники, дни рождений, 
работы сразу с несколькими закачками, ими ежедневные и еженедельные 
иг. > aie 
механизм кэширования данных на диск, on ny sues напоминания. Используя горя- 
Е. a 
быстрое восстановление работы, поддержка a4 ue + : une чие клавиши, ты сможешь до- 
выбора файлов, удобный файловый менеджер, es 2 aaa бавлять или просматривать 
поддержка опции обмена сообщениями, use г и добавленные напоминания, 
компрессия по алгоритму GZip, работа м3» =- смотреть календарь на теку- 
по расписанию, интеграция в IE, поддержка щий год. Одним нажатием 


HTTP/SOCKS4/5 Proxy, малая 
требовательность к ресурсам ПК. 


легко выставить время вык- 
лючения, перезагрузки компь- 
ютера, завершения сеанса 
пользователя или выполнить 
эти операции немедленно. 

Ты сможешь выставить 

время и выбрать изображения 
для автоматической смены 
обоев на рабочем столе. 


GeeXboxX v1 

Добрый дяденька Админ перекрыл установку программ? Kak? И даже пиво не пьет?! А так 
хочется послушать музыку или даже посмотреть фильм в отсутствии начальства, но, увы, 

в системе не установлены кодеки, проигрыватели и прочая лабуда? Теперь это не проблема: 
загрузись с этого диска и будет счастье! 


ОФФТОПИК 


ПИШИТЕ ПИСЬМА! SPEC@REAL.XAKEP.RU 
DR. KLOUNIZ 


zelenkov5@mai 
Зеленков Александр 
помогите управится с мобилой 


„ГИ 


Здравствуйте, ЗРЕСы. 
У меня возникла такая проблема — захотел купить хороший сотовый 
телефон, но денег особо небыло купил BY SonyEricsson 1630. 
Во время покупки из-за нейзвестного защитного кода скинул цену :-). 
Теперь проблема с разблокировкой. Плиз подскажите прогу для подбора 
кода (бесплатную или демку). 

Прошение к всия руси экспертам: Если ответите на вопрос 
немогли б вы скинуть ответ на мыло. Трудно достать ваш журнал особенно 
CneuXakep 


С уважением, Зеленков 
Уважаемый Александр! Несмотря на явную потерю денег, ты полу- 


чил два огромных жизненных урока :). Первый из которых был ос- 
вещен еще А.С. Пушкиным в «Сказке о попе и работнике его Бал- 


де». Я имею ввиду фразу: «не гонялся бы ты поп за дешевизной» ;). 


Ну и, конечно же, русскую пословицу «не носи ношенное и не е-и 
брошенное» тоже стоит вспомнить. Выход один — пойти к метро к 
мужичкам с плакатиками «куплю мобилу б/у, ДОРОГО» и подозри- 
тельно бегающими глазками, заплатить им сэкономленное бабло 
за разблокировку. Либо — читать наш Спец «Мобильный взлом», 
но там ты не найдешь готового рецепта :). 


gnom_88@mail.ru 


Алексей Форманчук 


eK 


Я понимаю что мне до тебя далеко HO я пытаюсь тоже програмировать и кста- 
ти получается но у меня слишком мало опыта можеш посоветовать исход- 
ник как зделать так чтобы прога заходила на сайт (неважно какой) и иска- 
ла изображение ну типа введите число на картинке или буквы сюда. И чтобы 


прога работала на опредиленное время а я вдолгу неостанусь просто обидно. 


В интернете столько жуликов и все хвалятся что программа будет работать 
я же хочу попотеть и зделать не кидалова а настаяшую прогу которая будет 
зарабатывать хоть и копейки но всеже будет работать. Помоги не впадлу. 
С уважением Oleg 


crew 


Второй раз читаю данное сочинение, написанное высоким штилем и 
преисполненное своего рода романтикой. Уважаемый Алексей! Я уже 
ответил тебе на форуме нашего журнала. А за это письмо мы преми- 

руем тебя бонусной вещью (не благодари, мы умеем угадывать жела- 
ния). Итак, внимание — «Учебник русского языка» всенародно извест- 
ного специалиста Дитмара Эльяшевича Розенталя. Читай на здоровье. 


mypochtan3@mail.ru 
Энтри 
номер «Админ всея сети» 


Здравствуйте. 
Подскажите, какой нужно купить сейчас номер и тему журнала СПЕЦ’ а, чтобы 
на диске лежал ра{-журнал на тему «Админ всея сети», по-моему, за июль. 


Многие люди интересуются: «Уважаемый Александр, когда Вы уже устанете 
отвечать на вопросы про то, где можно купить, как достать и можно ли ска- 
чать на халяву?» Этим людям я обычно отвечаю: «Не иссякну никогда, 

ибо этот вопрос — главный и животрепещущий». Так вот, купить надо СЛЕ- 
ДУЮЩИЙ СПЕЦ. 


flex-mx@yandex.ru 
flex-mx 
бэдные хакеры 


Привет, хаккеры. 

Я недавно прочитал, что вы, оказывается, помираете с голоду, потому что 
никто не покупает ваш журнал: все его електронную версию читают. Поэто- 
му я решил, что мне не нужен бесплатный номер аля Мурзилка. А то что же 
это будет: вы совсем обессилите без еды, не сможете ничего больше напи- 
сать. Мне нечего будет читать. Ваш журнал закроется! А вслед за вашим 

и другие журналы закрываться начнут! Потом люди перестанут смотреть те- 
левизор! Телевидение обанкротиться и тоже закроется. Нам не будут гово- 
рить правды! Мы ничего знать не будем! И тут настанет апокалипсис, 
полтрГейтс! Отовсюду, изо всех щелей полезут эти проклятые капиталисты 
американцы со своими платными программами и китайцы, много, много ки- 
тайцев, которые будут продавать нам глючные компьютеры. А хакеров 

не будет, не будет взломанных программ, не будет кряков, не будет ключей, 
не будет серийников, не будет лекарств. 

КАКОЙ УЖАС!!! Этого нельзя допустить! Что же делать!!! Я сегодня 
купил 15 номеров ваших журналов. Я копил на велосипед, но я же не могу 
допустить, чтобы хакеры умирали от голода. Может вы номер web-money 
опубликуете, мы бы вам WMZ отправляли, а? 


Мужик! Вот это подвиг, достойный настоящего Мальчиша-Кибаль- 
чиша, Люка Скайуокера и доброго Терминатора. Ты совершенно 
правильно выявил причину грядущего апокалипсиса, причину на- 
растания энтропии вселенной и, что самое главное, правильным 
и точным ударом сокрушил эту самую причину. Теперь госпожа 
Белладонна, я так думаю, будет вести себя прилично, а у поросят 
появятся домики. Ура! 


noreplay@antivir.ru 

ДиалогНаука 

***Человек признался в том, что шантажировал школьниц 
с помощью шпионской веб-камеры 


Уважаемые Дамы и Господа! 

Предлагаем вашему вниманию новость по теме информационной безопас- 
ности от компании Sophos. Человек признался в том, что шантажировал 
школьниц с помощью шпионской веб-камеры. 

8 сентября 2006 г. 

«ДиалогНаука», официальный партнер компании Sophos в России, 
сообщает, что эксперты SophosLabs ™ , глобальной сети аналитических 
центров компании Sophos по анализу вирусов, шпионского ПО и спама, 
предупредили пользователей компьютеров о кибер-преступниках, которые 
шпионят за детьми с помощью веб-камер, — после того, как злоумышлен- 
ник признался в шантаже школьниц. 

Более подробная информация в приаттаченном файле в формате doc. 
Информация представлена компанией «ДиалогНаука», официальным парт- 
нером Sophos в России. 


Более подробная информация? Посмотрим... 

«Безработный Рингланд использовал информацию, похищенную из 
компьютеров детей, а также свою способность осуществлять конт- 
роль за компьютерами (при помощи таких способов, как удаленное 
открывание лотков приводов компакт-дисков), в целях шантажа 
жертв, принуждая их высылать все больше и больше откровенных 
фотографий». 

Ага. Из этого текста, любезно присланного нам «ДиалогНау- 
кой», можно сделать вывод, что во всем виноваты педофилы-изв- 
ращенцы и зловредное программное обеспечение. Но на самом 
деле это не так! На самом деле во всем виноваты две вещи — 
БЛОНДИНКИ и ЛАМЕРСТВО. Точнее, наоборот — ЛАМЕРСТВО 


и БЛОНДИНКИ. 

Всем же известно, 
что выходить в интернет без 
базовых знаний — то же са- 
мое, что выходить на оживлен- 
ный перекресток без представ- 
лений о дорожном движении 
(помнишь идею про «сдачу» 
прав на пользование 
интернетом, гулявшую одно 
время по секлабу? Я ее 
полностью одобряю :)). Поэто- 
му скажу прямо: мне ничуть не 
жалко бедных девочек-блонди- 
ночек, которых злой дядя раз- 
водил на частное ню-фото. 
Ведь если бы они развивали 
свой слабый мозг перед тем, 
как идти тусить в чате с раз- 
ными сомнительными персона- 
жами, они бы и сами протроя- 
нили этого гнусного извращен- 
ца, дернули с его компа откро- 
венные фотки и сдали бы его 
с потрохами отдельному ба- 
тальону Конной Полиции. От- 
сюда мораль. Дорогие девоч- 
ки! Читайте доки, они — рулез! 
Интернет — 
не для слабых духом, 
и проигравшие бой на его 
просторах никогда не попадут 
в Валгаллу! 


prokaznik81@mail.ru 
Nik V 
“*Tema для Журнала — Прокси серверы 


Здравствуйте! 

Читаю Ваш журнал постоянно. Очень нравиться. Спасибо за интересное 
содержание. Но хотелось бы чтобы вы посвятили один из журналов теме 
прокси серверов. Usergate, Wingate, Kerio, ЗашаМТ (в особенности его — 
почемуто единственный проксик который мне не удалось установить- тямы 
не хватает пока :) ). 

Успехов Вам ХакерСпец, будте такими же Спецами, как и всегда, не 
останавливайтесь на достигнутом, ищите, публикуйте и будет вам счастье 
через благодарных поклонников(чтецов). 

Удачи. ProKazNik 
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Привет, шалунишка! 

А вообще, как ты мыслишь, чем заполнить целый номер про прок- 
си? Мне кажется, что это может быть 3 статьи максимум. Тем не 
менее, мы всегда рады новым темам и новым идеям, исходящим от 
наших читателей, поэтому — велком! Кстати, отзывы о журнале на 
почту и форум мы тоже приветствуем, и очень огорчаемся (плачем 
в подушку, когда никто не видит), когда читатели не рассказывают 
нам о своем мнении и желаниях, ведь для кого мы работаем? :) 

А что там, кстати, насчет поклонников? Я слышал, что наша 
литред, Ася Глухова, не отказалась бы от парочки поклонников, ис- 
полняющих у ее окна свои серенады на мандолинах и катающие ее 
по Москве-реке на гондолах. Так что давай, если знаешь несколько 
горячих итальянских парней, фанатеющих от нашего журнала — 
шли контакты Насте. Да, опять же — поклонницы. Поклонницы 
нужны нам всем! Сделай так, чтобы они осаждали нашу редакцию 
толпами и забрасывали Аваланча своим нижним бельем — и роди- 
на тебя не забудет! 


nikolay87@mail.ru 
Куда девается СПЕЦ? 


Как ни прихожу в киоски — ваще не могу его купить, че за фигня? 
Дело в том, что мы — настоящие Бамбуча и нас, как фанты, 


никогда не бывает много! Борись за СПЕЦ, рви конкурентам волоса 
и бей их по почкам. А мы постараемся увеличить тираж :) © 
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ГОЛУБИ ПЕРЕПОЛОШИЛИСЬ, ЗАВИДЕВ НА СВОЕЙ ТЕРРИТОРИИ ЧУЖАКОВ. 
ВЗЛЕТЕЛИ, ЗАМЕТАЛИСЬ ПО ЧЕРДАКУ, ЗАВОРКОВАЛИ ГРОМКО, ТРЕВОЖНО. 
НЕСКОЛЬКО ПТИЦ ВЫЛЕТЕЛИ В ОКНО, ЗАНЯВ ВЕТКИ РЯДОМ С КРАЕМ КРЫШИ. 
NIRO (NIRO@REAL.XAKEP.RU, 
WWW.NIRO-DE-ROBERT.LIVEJOURNAL.COM) 


— Сколько их тут! — поразился Дима, бережно прижимая к себе сумку 
с фотоаппаратом и в очередной раз нагибаясь, чтобы пролезть под тру- 
бами отопления. — Сотни, наверное. А ведь раньше люди по ним с ума 
сходили! Покупали друг у друга за бешеные деньги, голубятни строили. 
Я помню, у нас где-то в районе есть парочка старых, заброшенных... 
А сейчас... Опа! — он ударился головой о какую-то перекладину. — 
А сейчас, говорят, голуби — потенциальная угроза обществу. 
— Это как? — Левка отстал от него ненамного, метров на пять, но го- 
лос Димы уже терялся здесь среди пыли, хлопанья крыльев и скрипа 
балок. — Ты громче говори, не слышу. 
— Да они какую-то заразу переносят! — почти крикнул Дима. — Гово- 
рят, даже могут быть даже биологическим оружием. Ты только зарази 
их чем угодно — а они всем табором донесут куда захочешь. По всему 
земному шару. Поэтому их временами отстреливают. Иногда. Правда, 
наверное, без толку... 
— Кино такое было, — Левка, оказывается, был в теме. — «Охота на 
гения». Там какие-то гады хотели что-то подобное изобразить. Так что 
запросто... Далеко еще? 

Дима остановился, посчитал, сколько труб они прошли, потом 
взглянул в сторону ближайшего окна и сказал: 
— Здесь тоже можно — но из следующего однозначно лучше видно. 
Ты что, устал? 
— Да дерьма голубиного уже полные карманы, — смахнул с лица пау- 
тину Левка. — Ты в своей камере уверен? Не зря тут пыль глотаем? 
— Уверен, — продолжая продвигаться дальше, отозвался Дима. — 
Я ей даже Луну фотографировал. Представляешь, некоторые крупные 
кратеры видно... 
— Ну, нам такая мощь не нужна, — Левка покачал головой. — Крате- 
ры... Сколько тут до дома напротив? 
— Метров семьдесят. Дистанция — лучше не придумаешь. Был бы 
киллером — из этого окна можно полквартала расстрелять. 
— Давно тебя такие мысли посещают? 
— Да с прошлой недели — как на пересдачу по английскому попал. 
Представляешь, препод запросил две сотни — или в армию, 
сапоги топтать. 
— Так ты здесь за этим? — Левка подошел к окну, возле которого сто- 
ял Дима. — Думаешь, денег срубить? Кто купит-то? Ты пока продашь, 
уже два года службы закончатся. 
— Полтора, — не оборачиваясь, сказал Дима. — Уже полтора. 
— Да какая разница? Это же какие связи надо иметь, чтобы... 
— Не бухти, — Дима осмотрелся. — Тут у меня где-то старый матрац 
запрятан... Я, когда в первый раз сюда забрался, чуть перо в бок не 
получил. Какая-то компания здесь шмаль варила... Ацетоном на весь 
чердак несло. Я полез в люк — смотрю, лежат, обдолбанные... Один 
меня увидел, за нож схватился... 


— Аты? — Левка тревожно оглянулся. 

— Папа не дурак... — улыбнулся Дима. — Мне же чердак важнее. 

В драку ввязываться не стал, хотя накостылял бы этому наркоше без 
вопросов — он на ногах держался только потому, что падать вокруг не- 
куда было. Спустился на улицу, позвонил куда следует — приехал на- 
ряд и вычистил весь чердачок за полчаса. А матрац остался. Даже 
два — но второй, знаешь ли, не супер... Воняет, короче. Я его какими- 
то досками забросал. 

— Тут, наверное, шприцев вокруг набросано... — Левка посмотрел се- 
бе под ноги. — Козлы... А если они вернутся? Вот прямо сейчас — 
возьмут и залезут сюда зелье свое варить? Что делать будем? 

— Они уже сюда не пойдут, — Дима уверенно замотал головой. — 
Чердаков в городе, что ли, мало? Не переживай ты — сейчас такое 
увидишь, про все забудешь! 

Он поднялся по маленькой лесенке, встал в скошенном окне, 
чтобы увидеть дом напротив. 

— Ну, где вы там?.. 

Он, не отрывая взгляда от окон на той стороне, медленно рас- 
стегнул сумку и прикоснулся к камере. Подарок отца. Хорошо, когда 
родители не разбираются во всех этих пикселях, матрицах и прочей 
цифровой информации. Просто замечательно! А иначе — как бы 
он убедил отца, что ему нужна именно эта машинка, достойная телес- 
копа Хаббла? 

— Ну, видишь что-нибудь? — нетерпеливо спросил Левка. На чердаке 
к TOMY времени стало значительно тише — голуби освоились с присут- 
ствием здесь людей, успокоились, вернулись на свои трубы. 

— Пока — только окна. Еще рано, — он спустился обратно, присел на 
матрац. — Вот минут десять пройдет — а потом только успевай... 

Левка поставил возле лесенки сумку с ноутбуком, присел рядом, 
продолжая искать на полу признаки присутствия наркоманов. Парочку 
шприцев с гнутыми иглами он все-таки нашел, показал на них Диме — 
тот отмахнулся от него, как от назойливого комара. 

— Да хрен с ними, ты же не босиком здесь ходишь. Ничего не тро- 
гай — и все обойдется... Вот уж не думал, что для тебя все это так 
страшно. Ты же должен быть в курсе... 

Левка молча кивнул. Он панически боялся всяких неизвестных 
и страшных болезней типа гепатитов, СПИДа и прочих, еще не описан- 
ных в учебниках, страстей-мордастей. И все потому, что кому-то зна- 
ние приносит успокоение и уверенность, а кому-то — страх. 

Левка, будучи студентом медицинского института, боялся... 

— Так, ну все, — Дима посмотрел на часы, встал, вынул камеру, вклю- 
чил. — Заряда хватит надолго. Снимем все и даже больше. Давай па- 
рочку пробных кадров для истории. 

Вспышка выхватила Левку, который успел закрыться ладонью. 
Голуби вновь ринулись в хоровод, хлопая крыльями над головами. 

— Ну ина хрена? — Левка щурился оттого, что вспышка успела вре- 
зать ему по глазам. — А вдруг с той стороны заметят? Знаешь, как эта 
штука ярко полыхает! 

— Да никто ничего не заметит, — Дима махнул рукой. — Ты, когда на 


балконе стоишь, много чердаков напротив рассмотрел? То-то же... Ладно, я 
пошел... 

И он снова сделал несколько шагов по лесенке, уперся локтями в раму 
слухового окна и осмотрелся. 

Внизу шумела улица — но видно ее не было, мешала крыша. А вот тре- 
тий и четвертый этажи дома на противоположной стороне были как на ладо- 
ни — двенадцать окон на одном и столько же на другом. Почти все жалюзи 
закрыты; два на третьем и одно на четвертом открыты полностью. 

Дима посмотрел на эти окна через экран, включил зумминг. Рамы рва- 
нулись навстречу. Дима разглядел в окне четвертого этажа несколько кре- 
сел, два компьютера, большой зеркальный шкаф. Остальное оставалось вне 
поля зрения. 
— Давайте, я готов, — тихо сказал он сам себе, вынул из кармана сумки ма- 
ленький пятнадцатисантиметровый штатив, прикрутил его к камере. Акку- 
ратно, в буквальном смысле слова балансируя над пропастью, установил 
фотоаппарат, нацелив объектив на то самое окно, что было ему интерес- 
но — на четвертом этаже. 
— Шнур не забыл? — спросил он, не оборачиваясь. 
— «Папа не дурак...» — передразнил Левка Диму. — Не забыл. Держи. 

Дима протянул руку за спину, поймал провод, воткнул в камеру, прове- 


рил, что наведение не сбилось, и медленно спустился назад. 
— Тихо... — сам себе прошептал он. — Не шумим, не топаем... Если камера 
завалится, будем надеяться на шнурок... Теперь осталось только заглянуть 
в сумку и узнать, что дистанционку я забыл дома на диване. 
— Такое в принципе возможно? — Левка поднял брови. 
— В принципе, возможно все, — подмигнул ему Дима и вытащил пульт. — 
Вот он, родимый. Батарейки вчера куплены. Ошибок быть не должно. В ноут- 
буке аккумуляторы заряжены? 
— Под завязку, — Левка кивнул. К своей части работы он тоже подошел со 
всей ответственностью. — Ты же меня знаешь... 
— Потому и спросил, — хмыкнул Дима. — Тыу нас тот еще мастер... Вклю- 
чай свою балалайку. 
— «Балалайку...» Нечего его оскорблять, а то возьмет и откажет в самый не- 
подходящий момент. Зависнет там или еще чего-нибудь... 
— Типун тебе Ha язык! — Дима начал уже нервничать. — Быстрей давай, я 
же не могу по лестнице скакать туда-сюда каждый раз! Навел уже, все нор- 
мально, давай экран! 

Ноутбук включился резво — Левка не жалел денег на «железо». Про- 
вод в нужный разъем — и камера уже транслировала изображение на экран 
компьютера. Комната, увеличенная до размеров семнадцатидюймового эк- 
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Г 0 ЛЛ И В у рана, могла быть осмотрена со всей тща- 
Д нее  Т@льностью. 
— На фига им компьютеры? — спросил 
— Ш Е il TAS Левка. — Вроде бы совсем им там не мес- 


то... Ты уже разобрался, что к чему? А TO 


0 И = KA KAS слишком уж узнаваемые получатся снимки. 


Вычислят точку, с которой фотографирова- 


ГРУДЬ H ET ли, потом вычислят нас... 

нии 3  — Изастрелят! — скорчив жуткую рожу, 

ТЫ В | | Ш b прохрипел Дима. — Ho вначале заставят 
Д ) сожрать все фотографии! 


— Ты — идиот, — Левка покачал голо- 
Л ЕВ КА 5 вой. — Я реальные вещи говорю... Придет- 


ся редактировать, а это уже не есть хорошо. 
КАКАЯ Как ни крути, а «Фотошоп» всегда «Фото- 


шоп» — опытный человек разберется... 7 


й Py д i | — Хватит трепаться! — вдруг махнул Ha He- 
ь 


го рукой Дима. — Первая ласточка... 


ТР ЕТИ 7 | Левка посмотрел на монитор. В ком- 
нату вошла девушка. Молодая симпатичная 


РАЗ М IE В девушка лет двадцати в белом костюме. 
ниве — Обалдеть... — выдохнул Дима. 


— Чего тут балдеть? — пожал плечами Лев- 
ка. 
— Смотри... — и, не отводя взгляда, махнул пультом в сторону каме- 
ры. Зумминг приблизил девушку настолько, что казалось, можно дот- 
ронуться до нее рукой. 
— Сильно круто, — сам себя подкорректировал Дима. — Чуть отьедем... 

Дама, войдя в комнату, первым делом подошла к зеркальному 
шкафу, отодвинула одну из створок, сняла с себя костюм и повесила 
на одну из свободных вешалок. 

— Тоже вариант, — широко раскрыв глаза, комментировал Левка. — 
Помнишь, у Хазанова — «Осталась неглиже...». 

— Пусть повернется... — Дима держал палец на кнопке спуска. — 
Вот Tak... 

Первый снимок. Девушка подошла к окну, стряхнула волосами, 
потянулась. Второй снимок. Оглянулась на дверь. Третий снимок. 

— Какой ракурс! — восхищенно пробормотал Дима. — Пулитцеровс- 
кая премия! 

— Вторая входит! 

— Вижу! 

— Аони дальше раздеваться будут? — Левка посмотрел на Диму. — 
Чего же ты мне сразу не сказал? Я-то думал — легкая эротика... 

— Индюк тоже думал, — Дима смотрел в экран. — Вот так... И вот 
так... 

Он делал снимок за снимком. На экране две красивые девушки 
в белом белье — разговаривают друг с другом, сидят в креслах, смот- 
рят телевизор, курят... 

— Твою мать! — шумно вдохнул Левка. — Смотри, они раздеваются! 

Дима едва успевал ловить моменты. 

— Голливуд... — шептал он. — Какая грудь... Нет, ты видишь, Левка, 
какая грудь! Третий размер... 

— Яв размерах не разбираюсь, — отмахнулся Левка. — Лишь бы нра- 
вилось. Мне нравится — значит, все нормально. 

Девушки, действительно, были чертовски хороши. Длинноволо- 
сые, с точеными талиями, крепкими бедрами — оставшись в одних 
стрингах они, тем не менее, ходили по комнате на высоченных каблу- 
ках. 

— Голливуд... — повторил Дима. — Откуда такие только берутся?! 

— А чего в тех окнах вообще такое? — вдруг спросил Левка. — Зачем 
они там? Ходят, коньяк цедят, да еще голые? 

— Там — модельное агентство, — не переставая снимать, ответил Ди- 
ма. — Ая разве не сказал? Ну, брат, извини. А тетки эти — модели... 

— Да уж, на фотографов они не похожи, — Левка понял, что рот 
полон слюны, плюнул под ноги. — А дальше что? 

— А дальше — еще круче. Ты такого точно не видел. Сейчас придут 
два мужика... 
— Групповуха? 
— Мелко плаваешь, Левка, — посмотрел на его Дима. — Ты думаешь, 
для чего там компы? 
— Даже не буду угадывать. Сам скажешь? 
— Ничего я тебе говорить не буду. Смотри... 
Левка уселся поудобнее, потом спросил: 
— В камере места хватит? 


— Пока суть да дело, скинь на комп фотографии, — согласно кивнул 
Димка. — Потому что сейчас начнется самое интересное... 

В комнату вошли еще два человека — парни, которые и не соби- 
рались раздеваться. Девушки приветливо махнули им руками, потом 
практически синхронно потушили сигареты, откинули спинки кресел и 
неподвижно замерли. 

Парни тем временем подошли к компьютерам, включили, потом 
из зеркального шкафа один из них достал пару приспособлений с про- 
водами — все это напоминало какие-то шлемы для снятия энцефалог- 
рамм, — Левка видел такие в институте. Девушки послушно дали на- 
деть их себе на головы, на лица каждой из них легла маска телесного 
цвета, превратив их в мумии фараонов. Один из парней что-то спро- 
сил — девушки показали большой палец, дав понять, что все нормаль- 
но. 

— Что это? — тихо спросил Левка. — Ты ведь не первый раз видишь. 
— Смотри, смотри... — Дима загадочно улыбнулся. — Я, когда увидел, 
подумал, они киборги какие-то из будущего... Фильмов слишком мно- 
го смотрел... 

Парни опустились в кресла, каждый за своим компьютером, пощел- 
кали «мышками» — тут Дима подработал зуммингом по максимуму — 
ина экранах появились заставки программы с неизвестным названием. 
— Какой-то Morphing, — пробурчал Левка, пытаясь прочитать, что на- 
писано на экранах. — A, вот уж слово Make-Up я знаю — это так назы- 
вают макияж. По-английски. Сергей Зверев, парикмахер — по телеви- 
зору все время «мэйк ап», «мэйк ап» — как будто русских слов нет... 
— Помолчи, а! — дернул его за рукав Дима. — Сейчас увидишь свой 
морфинг... 

На экранах возникли фотографии девушек крупным планом. Пар- 
ни перекинулись парой фраз, один засмеялся. Потом стали щелкать 
«мышками» по фотографиям на своих компьютерах — Дима просле- 
дил провода, каждый из парней отвечал только за одну девушку. На 
снимках что-то менялось — эти мелкие изменения были видны нечет- 
ко, просто насыщенность снимков цветом несколько увеличилась. 

— Аесли цифровым зумом? — спросил Левка, не отрываясь от ноутбука. 
— Не поймешь ни хрена! — ответил Дима. — Тебе оптического мало? 
— Хочется же знать, что они делают. Что за шлемы, что за маски... 

— Увидишь. Потом. 

Один из парней закончил явно быстрее — он отъехал OT компью- 
тера в сторону, посмотрел в экран напарника, на что-то указал паль- 
цем. Тот быстро внес какие-то исправления, вопросительно взглянул. 
Вроде все пришлось ко двору. 

И они синхронно нажали на какую-то клавишу, каждый у себя. 

Маски слегка засветились — это было видно даже днем. На сос- 
тоянии девушек, похоже, это никак не отражалось — одна из них заки- 
нула ногу на ногу и покачивала на кончиках пальцев босоножку. Вот 
только делала она это очень аккуратно — словно боясь вмешаться 
в процесс, который сейчас происходил под маской. Парни тем време- 
нем закурили и о чем-то не спеша разговаривали между собой. 

Левка вдруг почувствовал себя человеком, подглядывающим за 
какой-то ужасной тайной. Ему вдруг на несколько секунд стало страш- 
но — намного страшнее, чем было в состоянии справиться его сердце. 
Он вздрогнул и ощутил биение пульса где-то за грудиной, там, где ему 
совсем было не место. Захотелось глубоко дышать, двигаться, бежать 
куда-то... 

Дима заметил эту возню, положил ему руку на коленку. 

— Не дрейфь, прорвемся. Представляешь, сколько эти фотки могут 
стоить? А ты думал — порнуху снимать идем? Нет, и порнуху тоже, 
клиенты найдутся всегда. Выложим в интернете для примера пароч- 
ку — может, кто и клюнет. А вот с этим морфингом — тут у меня дале- 
ко идущие планы... 

Левка кивнул, практически не услышав ни единого слова. Ему 
все это очень не нравилось. 

Процесс шел уже около двадцати минут; босоножка таки упала. 
Девушка пошарила вокруг ногами, но зацепить ее снова не смогла. 
Один из парней — тот, что отвечал за ее маску — встал с кресла, по- 
дошел к ней и вернул туфельку владелице. И Дима понял, что сде- 
лал он это не по дружбе — а чтобы прикоснуться к ее ноге. 

Ничто человеческое парням было не чуждо. 

Одна из масок — на той девушке, что лежала дальше от окна — 
погасла. Она сделала вопросительный жест — ее оператор подошел 
к ней, отстегнул маску. Снял. 

Она потянулась в кресле. Парень о чем-то попросил ее — похо- 
же, не торопиться вставать. Она показала пальцами «о'кей», прикры- 
ла глаза. 


— Чего-то я ее не узнаю, — пожал плечами Левка, немного пришед- 
ший к этому времени в себя. Все-таки любопытство у людей в крови — 
оно способно затмить даже инстинкт самосохранения. — Она... Она 
изменилась? Или у меня проблемы с памятью? А ты вообще снимаешь 
или нет? 

Дима опомнился, сделал несколько снимков, стараясь макси- 
мально приблизить лицо девушки. К тому времени она уже, по-види- 
мому, могла подняться — и сделала это с удовольствием. 

Встала, потянулась еще раз, щелкнула пальцами. 

И повернулась к окну. 

Дима сделал снимок и сказал: 

— Я понял. 

— Чего ты понял? — спросил Левка, глядя на остановленное в кадре 
обновленное лицо девушки. Сам он видел лишь, что у нее неизвестно 
откуда взялся обалденный макияж с губами, сверкающими ярко-алой 
помадой, длинными ресницами и отменным цветом лица. 

— Фабрика грез по-русски. Ты чего, не узнаешь? 

— Кого? 

— Девицу эту. Это же Лара Крофт, — Дима даже разозлился немного 
на несообразительного друга. 

— Какая Лара?... — спросил Левка и вдруг понял. — Анжелина Джо- 
ли... Ну точно... 

Перед ними возле окна стояла точная копия голливудской актри- 
сы. Девушка тихонько дотронулась до своих щек, улыбнулась уголка- 
ми рта и что-то изобразила на лице — то ли кокетливый взгляд, то ли 
удивление. Левка с трудом понимал женщин, тем более красивых... 
Тем более стоящих в открытом окне с обнаженной грудью — уж таких 
в его жизни пока еще точно не было. 

Он сделал еще пять-шесть снимков. 

— Левка, ты копируешь? — спросил он. 
— А как же, — отозвался тот. — Все уже на компе. Ждем рождения 
второй бабочки. 

Дима усмехнулся. А что — неплохое сравнение. Маска — как ку- 
колка. И кем же будет вторая? 

Хлопанье крыльев вывело его из ступора. Пара голубей резви- 
лись точно возле камеры — похоже, собираясь устроить возле нее ес- 
ли не гнездо, то, как минимум, брачные игры. 

— Кыш! — взмахнул рукой Дима и вскочил с матраца. — Пошли прочь, 
нечего здесь делать! 

Голуби отпорхнули в сторону от окна метра на два, но с опреде- 
ленной настойчивостью стремились вернуться. Выполняя какие-то не- 
мыслимые кульбиты, они сновали возле камеры, но грозные Димкины 
крики не давали им опуститься на крышу. 

— Дима, там еще кто-то пришел, — вдруг сказал Левка. — Какой-то 
странный мужик... 

Голуби сразу же стали неинтересны. Дима прильнул к экрану но- 
утбука. 

В комнату, действительно, вошел новый участник действа — че- 
ловек в черном кожаном пиджаке — и, похоже, его прихода никто не 
ожидал. Парни встали со своих мест, а девушка схватила с кресла 
покрывало и прикрыла грудь. Человек недолго стоял в дверях — 
он вытащил что-то из-за пояса... 

— Пистолет! — одновременно вскрикнули Дима и Левка. — Зачем? 

В следующие несколько секунд стало ясно — зачем. Один из опе- 
раторов был отброшен выстрелом в упор в другой конец комнаты. Зву- 
ка выстрела до чердака не донеслось — пистолет был с глушителем. 

Дима смотрел на все это и снимал, снимал непрерывно. То, что 
происходило сейчас в окне дома напротив, могло дорогого стоить... 

Тем временем оставшийся в живых оператор метнулся к своему 
товарищу, потом схватил кресло и швырнул его в стрелка. Тот был че- 
ловеком явно тренированным, он легко увернулся и выстрелил еще раз. 

И второй оператор тоже упал на пол. 

— Дима, надо валить! — вдруг сказал Левка. — Валить по полной 
программе! 

— Чего, в штаны наделал? — Дима не выпускал из руки пульт, 
ладонь стала потной от напряжения. — Ты хоть понимаешь, что мы 
свидетели преступления? Что у нас эти снимки купит или милиция, или 
преступники, или эта модельная контора? Я такой шанс из рук выпус- 
кать не буду. 

— Дима, там двух человек только что убили! — Левка вскочил и отсту- 
пил на пару шагов назад. — Убили на хрен, ты что, не понимаешь?! 
Это не сотовый в переходе рвануть, не лохов в интернете разводить! 
— Убили только одного, не ори, — оборвал Левку Дима. — Второй ше- 
велится — ему, вроде бы, в ногу стрельнули. 


Левка посмотрел на эк- 
ран. Второй оператор с пере- 
кошенным от боли лицом от- 
ползал куда-то в угол и дол- 
жен был вот-вот выйти из поля 
зрения объектива. Дима нем- 
ного прибрал увеличение, 
раздвинул кадр. Человек 
с пистолетом подошел к де- 
вушке, лежащей до сих пор SA Sif = IVI = 
под маской (которая к TOMY и 
времени тоже перестала све- 
титься, процедура морфинга 
была окончена), ткнул стволом в живот около пупка. Она вздрогнула и 
попыталась сама снять маску, но киллер что-то сказал ей и надавил 
стволом. Девушка замерла. 

Тогда он махнул пистолетом в сторону Анжелины Джоли и о чем- 
то попросил ее. Та как-то боком, словно краб, не выпуская из виду 
ствол, прошла к шкафу, выбрала там какую-то накидку и бросила сво- 
ей напарнице. Киллер поправил складки ткани, скрыв грудь девушки. 
Потом подошел к убитому, присел, посмотрел ему в лицо; видно было, 
что он что-то бормочет. Потом вышел из кадра к раненому. 

— Сливай кадры, Левка, — нетерпеливо бормотал Дима. — Так, стоп, 
хватит. Ставлю на видео режим. Но ты уж тут следи, сейчас карта бу- 
дет заполняться на глазах. 

— Ты время от времени паузы делай, разбивай на файлы. Блин, куда 
мы вляпались? — махнул рукой Левка, следя за потоком информации. 

Теперь изображение на экране не билось на кадры — они смот- 
рели на непрерывную историю нападения на модельное агентство. 

— Димка, кто он? Конкурент? Или там проблемы с девушками? — 
Левка выдвигал версии прямо на ходу. — Может, их кто-то заказал — 
в смысле время с ними провести, а они не дали? А вдруг они... 

Онне договорил. Киллер снова возник в кадре — он помогал 
парню, действительно, раненому в бедро, добраться до компьютера. 
Оператор был бледен, держался только за счет силы рук ранившего 
его стрелка. Штанина была вся мокрая от крови — Дима сомневался 
в том, что он протянет еще хотя бы час. 

В кресло он просто упал в прямом смысле слова. Киллер встал 
между ним и компьютером, что-то спросил, внимательно посмотрел 
в глаза и выслушал ответ на свой вопрос. Вроде бы его все удовлетво- 
рило, он отошел в сторону. 

Оператор положил руки на клавиатуру, нажал несколько кла- 
виш. Потом попытался воспользоваться «мышкой», но это у него 
не получилось — рука соскользнула со стола, он покачнулся и пова- 
лился на пол. Киллер пытался его подхватить, но не успел. 

Девушка, стоявшая в углу, закричала. Дима видел, что до этой 
минуты она держалась из последних сил — лицо ее становилось то яр- 
ко-пунцовым, то его посещала крайняя степень бледности. Она просто 
должна была сорваться — и она сорвалась. 

Человек с пистолетом не ожидал этого вскрика. Он присел 
над упавшим оператором, шевельнул его стволом — и в этот момент 
за спиной раздался пронзительный девичий визг. 

Левка был уверен на сто процентов — киллер сам не ожидал 
от себя подобной реакции. Он сложился практически пополам, сделал 
быстрый кувырок через упавшего оператора и выстрелил на голос. 
Девушка с лицом Анжелины Джоли взмахнула руками, получив пулю 
в грудь, и упала на пол — так получилось, что она целиком осталась 
в кадре. Дима приблизил ее лицо — и они с Левкой увидели, как конту- 
ры лица меняются на глазах; оно оплывало, словно свеча; голливудс- 
кие черты уступали место славянским... 

— Дима, паузу сделай, — попросил Левка. — Не влезает уже на камеру. 

Пока скачивался файл, киллер пришел в себя от неожиданного 
поворота событий, встал, подошел к убитой модели. И только потом, 
по-видимому, понял, что остался наедине со второй девушкой, до сих 
пор скрытой под маской. Он подошел к ней, что-то спросил. 

— Как она там в маске разговаривает? — удивился Левка. — Чего-то 
я уже совсем понять не могу, зачем он приперся. Цель не вижу 

в упор... 

— Всему свое время, — сказал Дима. — Он нам сам сейчас все объяс- 
нит. Не просто же так он стрелял налево и направо. И оператор ему 
был нужен живой. Как-то непрофессионально все это. 

— Ты, что ли, профессионал? — прищурившись, спросил Левка. — Ле- 
он-киллер. Ну, стрельнул в ногу. Попал в бедренную артерию. Все, ка- 
юк. Пишите письма, шлите переводы. 


ОДНОВРЕМЕННО 
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— ДА, ЗАСИДЕЛИСЬ, — 
ПОКАЧАЛ ГОЛОВОИ ДИМА, 
ВСПОМИНАЯ ПРИСТАЛЬНЫИ 
ВЗГЛЯД YBUMLIbI 


— Профессионал бы не попал. Профессионал нашел бы место более 
безопасное для такого выстрела. Не знаю, плечо, например, го- 
лень... — Дима категорически был не согласен с Левкой. Если по ус- 
ловию задачи оператор должен быть жив — значит, перед нами ка- 
кой-то дилетант. 

Тем временем киллер подошел к компьютеру, который был сое- 
динен с маской оставшейся в живых девушки. Сел в кресло, положил 
пистолет рядом с собой, взглянул на экран. 

— Дима, в кого ее-то хотели превратить? Понять можешь? 

— Нет, под слишком острым углом мониторы стоят, ничего толком 

не разглядеть... 

— Аесли позвонить в это агентство? — вдруг спросил Левка. — Ска- 
зать, что у них на четвертом этаже людей убивают? 

— Звони, — безразлично ответил Дима, продолжая наблюдать за про- 
исходящим. — Думаю, пока они там поймут, что это не шутка, неделя 
пройдет. Звони, звони, не думай, что я тебя отговариваю... 

Левка вытащил мобильник, повертел его в руках и спрятал 
обратно. 

— Смотри, — позвал его Дима — Он чего-то в этом соображает... 

Киллер нажимал какие-то клавиши, делал на экране непонятные 
штрихи «мышкой», временами что-то громко говоря и размахивая 
свободной рукой. Пока было непонятно, ладится ли у него процесс или 
нет. 

— Представляешь, он там сейчас что-нибудь подправит и превратит 

ее в царевну-лягушку... — Левка, выпучив глаза, посмотрел на Диму. 
— В Крэйзи Фрога, — подмигнул ему тот в ответ. — Тоже лягушка — 
вот только не царевна. Наше дело не задачку решать, а снимать. По- 
том все в деталях дома рассмотрим, не пропустим ничего. 

Девушка в кресле попыталась снять маску — на экране сразу же 
замигал какой-то тревожный красный значок. Киллер вскочил со сво- 
его места, за долю секунды оказался рядом и схватил ее за шею, вда- 
вив в кресло. Она тут же затихла будто парализованная. Тогда чело- 
век, уже не надеясь на ее послушание, стащил с груди девушки накид- 
ку, разорвал ее пополам и привязал руки к подлокотникам. Проверил 
узлы, после чего встал и что-то сказал — короткое и грубое. 

— Вроде сукой назвал, — пожал плечами Дима. — Жалко девчонку... 
Чего он там сейчас наколдует? 

— Думаешь, он ее оставит в живых? — Левка спросил Диму как-то жа- 
лостливо, так, что тот на несколько секунд оторвался от просмотра и 
оглянулся. 

— Тыеще заплачь, мальчик, — развел он руками, глядя на Левку. — 
Мы-то тут при чем? 

— Мы можем вызвать милицию... И тогда ее спасут. 

— Спасут? Ты уверен? — Димка рассмеялся. — Да они никого спасти 
не могут. Поставь уже на них на всех крест. По крайней мере, мы на 
этом деле точно должны подняться. Либо поможем этого киллера пой- 
мать — либо поможем ему скрыться. Кто больше заплатит. А может, и 
само агентство даст объявление — типа «Нужна информация за воз- 
награждение, анонимность гарантируем». Мы еще подумаем, куда се- 
бя подороже продать! Левка, такой шанс бывает раз в жизни, грех им 
не воспользоваться... 

— Ты хотел денег заработать, чтобы английский сдать... 

— Да я теперь... Какой к черту английский, Левка! — Дима взмахнул 
руками. — Так, не будем отвлекаться, — остановил он сам себя. — 
Что у нас там происходит? 

Киллер тем временем вернулся за компьютер, поработал еще 
немного, после чего достал из кармана листок бумаги, расправил его 
рядом с собой на столе и, заглядывая в него и сверяясь с какими-то 
инструкциями, закончил работу. Сцепив вместе пальцы рук, он размял 
их над клавиатурой, оглянулся на привязанную девушку и нажал на 
клавиатуре пробел. 

Поначалу ничего не происходило — по крайней мере, Дима 
с Левкой ничего не заметили, как ни старались. Примерно через пол- 
минуты девушка на кресле стала дергаться, крутить головой и пытать- 


ся освободить руки, но это ей не удавалось. Тогда она начала биться, 
как под действием высокого напряжения. 

— Онее что, током лупит? — в ужасе спросил Левка. — OH там что-то 
изменил — и теперь это работает, как электрический стул? 

Дима молча смотрел в экран. 

Тем временем из-под маски стал виден дымок — поначалу лег- 
кий, потом все сильнее и сильнее. А еще через несколько секунд у нее 
вспыхнули волосы. 

Парни, оказавшиеся невольными свидетелями зверского 
убийства, смотрели на все это, затаив дыхание. Девушка сопротивля- 
лась еще примерно минуту, после чего ее тело неподвижно замерло 
в кресле. 

— Все, — шепнул Левка. — Конец фильма. 

Киллер подошел к убитой, разогнал руками дым, осторожно при- 
коснулся к маске. Пальцы ему пришлось отдернуть практически сразу 
же — но он был к этому готов. Взял ее запястье, пощупал пульс, бро- 
сил руку. 

— Точно говорю — умерла, — повторил Левка, хотя это было понятно 
безо всяких слов. — Твою мать... 

И он сел на матрац, обхватив голову руками и раскачиваясь 
из стороны в сторону. 

— За каким дьяволом я поперся с тобой на этот проклятый чердак! — 
бормотал он себе под нос. — Да еще со своим ноутбуком! Теперь на 
моем винчестере криминала — на два пожизненных! Или на одно вот 
такое кресло! 

— Ты что, припадочный? — Дима подошел, положил руку ему на пле- 
чо. — Все будет нормально... 

Хлопанье крыльев заставило его взглянуть в окно. Та самая па- 
pa танцующих голубей, что не сумела сесть на камеру в первый раз, 
со второго таки удачно приземлилась. Одна из птиц опустилась прямо 
перед фотоаппаратом, вторая — сверху. 

И как только они своими крыльями прикрыли фотоэлемент, ав- 
томатически сработала вспышка. 

Все остальное случилось за какие-то мгновенья. 

Птицы, напуганные внезапным потоком света, взлетели, баламу- 
тя воздух своими крыльями. Камера, не предназначенная для подоб- 
ных нагрузок, покачнулась; штатив наклонился, и она упала с оконной 
рамы. Провод, соединяющий ее с ноутбуком, резко натянулся. 

Дима замер. 

— Стоим спокойно... — сказал он сам себе. — Лева, контролируй тот 
конец, что в буке... Я полез... 

Он поставил ногу на первую ступеньку; она скрипнула — едва 
слышно, но у Димы екнуло в груди. Он представлял, как там за краем 
окна болтается на проводе его дорогущая камера... «Лучше не думать 
06 этом, — сказал он сам себе, взбираясь на вторую ступеньку. — 
Отец не переживет...» 

Он, не отрываясь, смотрел на натянутый провод, который слу- 
жил гарантией того, что по ту сторону слухового окна камера ждет его 
на расстоянии вытянутой руки. 

— Если друг оказался вдруг... — прошептал он, ставя ногу на третью 
ступеньку; отсюда уже можно было видеть то самое окно... — Парня 

в горы тяни, рискни... 

— Дима, — донеслось снизу. — Дима... 

— Цыц, — отозвался он. — Не время... Еще две ступеньки, потом руку 
протяну — и валим отсюда, только нас и видели... 

— Дима... 

Но звать его сейчас было без толку. Ему было абсолютно 
все равно, что происходит вокруг — надо было спасать фотоаппарат. 
Он перегнулся через бортик и увидел, как камера слегка покачивает- 
ся на проводе, цепляя треногой штатива крышу. Голуби сидели на де- 
реве метрах в десяти и наблюдали за происходящим с явным интере- 
сом. 

— У, твари... — погрозил им кулаком Дима. Потом он протянул руку 
к камере — и встретился взглядом с человеком по ту сторону улицы. 

Киллер стоял у окна и внимательно смотрел Ha него. Дима 
на мгновенье забыл, зачем он здесь — так захотелось спрятаться, 
взлететь, как голубь, превратиться в маленькую точку на небе... 

«Вспышка, будь она неладна», — сразу понял он. А иначе чего 
бы ему пялиться сюда, в сторону чердака. Наверняка камера сверкну- 
ла так, что не заметить ее было невозможно. «Вот так попали», — по- 
думал он, протягивая руку за фотоаппаратом. Схватив камеру, он втя- 
нул ее в окно и спустился вниз. 

— Дима, ты посмотри, — как-то испуганно произнес Левка. — Я тебя 
звал, звал... 


На экране застыл стоп-кадр — человек с пистолетом стоиту OK- 
на и смотрит прямо в объектив. 

— Как вспышка сработала, так он сразу к окну метнулся, — проком- 
ментировал Левка. — И камера, прежде чем упасть, его засняла. Он 
же нас вычислил! А мы до сих пор здесь... 

— Да, засиделись, — покачала головой Дима, вспоминая пристальный 
взгляд убийцы. — Так чего сидим, кого ждем? 

Он сунул камеру в сумку; Левка упаковал ноутбук, даже не вык- 
лючая его. И они рванули в лестнице. 

Голуби вновь разлетелись в разные стороны; парни мчались сло- 
мя голову, не замечая, как собирают рукавами вековую пыль, а голо- 
вами — паутины. 

«Быстрее, быстрее», — подгонял себя Дима, вспоминая, 
как можно было уйти отсюда дворами, быстро и незаметно. Приходя 
сюда в прошлый раз, чтобы определиться с точкой съемки, он поста- 
вил себе задание — найти пути отхода на всякий случай. Правда, он 
не мог и предположить, что случай будет именно ТАКОЙ. Конечно же, 
он забыл выполнить данное самому себе обещание... 

Левку же подгонять было не надо. Он, прижав к себе портфель, 
пробирался между трубами и перегородками с небывалой прежде ско- 
ростью. Страх гнал его вперед лучше любого допинга. 

Они с грохотом спустились по лестнице с чердака на площадку, 
Дима помог Левке, принял его портфельчик с ноутбуком — а сам пос- 
тоянно посматривал вниз и прислушивался ко всем звукам, что слы- 
шались в подъезде. Левка, сам напуганный до смерти, спрыгнул чуть 
ли не из самого люка, отбил ноги и даже не заметил этого; схватив 
портфель, он помчался вниз. Перепрыгивая через несколько ступенек, 
они с Димой попеременно становились лидерами этой гонки. Сумка 
с фотоаппаратом было явно поудобнее, чем портфель — хвататься 
за перила и поворачивать на площадках Диме было сподручнее. 

Но Левка уделывал его своим ростом — прыжки через четыре-пять 
ступенек были Диме не под силу. 

Грохот они подняли страшный; на пятом этаже, там, где Левка 
выпрыгнул из люка, открылась дверь и вслед им донеслись ругатель- 
ства, выкрикнутые дребезжащим старушечьим голосом — но они не 
разобрали ни слова, каждый из них видел перед собой внимательный 
взгляд киллера, остановленный камерой, и ощущал себя на прицеле. 

На втором этаже прямо перед Димой внезапно открылась 
дверь — и он влетел в железную преграду, издав непонятный звук. 
Дверь захлопнулась; с той стороны донесся какой-то крик. Дима оста- 
новился и прижал ладони к лицу. Левка успел притормозить, держа 
ноутбук на отлете, чтобы не ударить им о двери, стены и перила. 

— Нос... — прогундел Дима. — Не стой... Дальше... 

Из-под пальцев показалась тоненькая струйка крови. Он сделал 
несколько нетвердых шагов вперед; Левка пробежал еще пролет и ог- 
лянулся. Дима стоял, держась за перила и задрав голову кверху. А по- 
том стал медленно опускаться на ступеньки. 

— Кружится... — тихо сказал он. Дверь, о которую он ударился, откры- 
лась вновь, на площадку выскочила молодая овчарка в наморднике, 
попыталась гавкнуть, но получилось очень неубедительно. Внизу 
хлопнула входная дверь. 

Левка дернулся было к Диме, но остановился на первой же сту- 
пеньке. Внизу слышались осторожные шаги — человек поднимался 
медленно, но не тяжело, как старик, а мягко, словно кошка. 

Следом за собакой показалась хозяйка — женщина лет тридца- 
ти, державшая в руках поводок. 

— Рекс, фу! — крикнула она собаке; та отступила назад на несколько 
шагов и принялась обнюхивать упавшие на пол капли Димкиной кро- 
ви. — Господи, молодой человек, что с вами? 

Дима обернулся, посмотрел затуманенным взглядом на женщи- 
ну и тихо сказал: 

— Дверью... прищемил... 

— Это же как надо бежать, чтобы так удариться! — сочувственно 
всплеснула она руками. — Пойдемте ко мне, умоетесь, а потом я дам 
бинт... Вставайте, вставайте, нечего рассиживаться, раз уж так полу- 
чилось, окажу вам помощь... 

В глазах у Левки забрезжила надежда. Он подбежал к Диме, по- 
мог ему подняться и вошел с ним внутрь; друг с трудом переставлял 
ноги, да еще овчарка постоянно крутилась вокруг, норовя обнюхать 
брюки, пахнущие чердачной пылью. 

Дверь закрылась. Левка привалился к ней спиной, 
проводив взглядом уходящих в ванную комнату хозяйку и Диму, 
после чего поставил на пол ноутбук, быстро повернулся и прильнул 
к дверному глазку. 


По лестнице поднимался человек; шел он очень интересно — 
прижимаясь спиной к стене и норовя заглянуть наверх как можно 
дальше. Одна рука была заведена за спину — Левка был уверен, 
что там пистолет. 

Иеще — он был уверен, что это именно тот человек, которого 
три минуты назад они разглядывали через объектив камеры. Тогда он, 
конечно, выглядел поменьше, на лицо ложились блики от стекла, 
да и ракурс был не такой — но ошибиться было невозможно. Человек 
смотрел вверх, одновременно прислушиваясь к тому, что происходит 
за теми дверями, мимо которых он двигается. 

Левка затаил дыхание, когда киллер подошел к двери, за кото- 
рой волей случая оказались ребята. На мгновение остановившись, че- 
ловек сделал несколько шагов вверх, исчезнув из поля зрения Левки, 
но потом вдруг вернулся. 

Он стоял посреди площадки и смотрел себе под ноги. «Кровь, — 
догадался Левка. — Димкина кровь... Сейчас догадается...» 

Киллер присел. Левке было плохо видно, что он там делает, по- 
тому что глазок расширял поле зрения за счет перспективы — человек 
казался довольно далеко. Было похоже, что он прикоснулся пальцем 
к пятнам крови, потом посмотрел на свою руку. Выпрямился, оглядел 
все двери на площадке, еще раз взглянул на пол. 

Левка оглянулся. «Надо как-то дать понять женщине, что нельзя 
открывать дверь... Что вообще дома никого нет...» Он медленно отс- 
тупил от двери на несколько шагов в сторону ванной — и в это время 
в дверь позвонили. Он вздрогнул от неожиданности — несмотря на то, 
что ждал этого звонка. Из дальней комнаты выскочила овчарка и бро- 
силась к двери, издавая звуки, похожие на лай — все-таки намордник 
здорово мешал ей быть полноценной защитницей хозяйки и квартиры. 

Левка отскочил в сторону; собака бросилась передними лапами 
на дверь и заскребла по железу. Из ванной раздался голос хозяйки: 
— Рекс, прекрати сейчас же, а не то накажу! Рекс, фу! 

Собаке, судя по всему, предупреждения хозяйки были безраз- 
Личны. «А мужик, наверное, слышал, как она кричала», — решил Лев- 
ка. Он отступил еще дальше по коридору и собрался было остановить 
хозяйку, но не тут-то было — она решительными шагами вышла 
из ванной, на ходу вытирая руки полотенцем, отодвинула в сторону 
пытающегося что-то сказать Левку, отогнала в сторону собаку и щелк- 
нула замком. 

— Вы ккому? — спросила она, увидев незнакомого мужчину и закинув 
полотенце на шею. — Случилось чего? Или ошиблись? 

— TyT Ha площадке кровь, — услышал Левка тихий голос. — Что прои- 
зошло? Я смотрю, что возле вашей двери пятен больше всего... 

— Да вот мальчишки сверху бежали, — женщина всплеснула рука- 
ми, — ая с собакой собиралась гулять, открыла дверь... И один из них 
нос разбил, да так сильно, похоже, что сотрясение... 

— Мальчишка? — спросил мужчина. — А сколько их было? 

— Двое, — ответила хозяйка. — А вам-то, собственно, какое дело? 
Рекс, иди сюда, — внезапно скомандовала она. Собака рванулась 

к ней; женщина ловким движением сняла с нее намордник. И Рекс по- 
казал, на что способен — его лай оглушил всех и разнесся по подъез- 
ду от первого этажа до последнего, заставив голубей на чердаке взле- 
теть. 
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Возникла пауза. Мужчина явно соображал, что делать дальше. 
Рекс встал между ним и квартирой в виде зубастой преграды, которая 
не пропустит никого к своей хозяйке. Левка, сделав шаг за шкаф 
с одеждой, замер, боясь издать хотя бы звук. 
— Прощаться будем? — спросила хозяйка. — Все, у меня дела... 


И она стала тянуть на себя дверь, но 
мужчина внезапно подставил ногу и прис- 
тально посмотрел вдоль коридора. | 0 H | 
— Да, тут, действительно, может быть сот- 
рясение... 

Из ванной показался Димка с мокры- В №] 3 ВАЛ И 
ми волосами, на которые было наброшено Л = hel Fl 

Es 


полотенце; OH по-прежнему держал голову 
слегка запрокинутой и прижимал к носу 
несколько салфеток. 

И через плечо у него до сих пор висе- 
ла сумка с фотоаппаратом. 

Дима остановился, посмотрел в сто- 
рону двери, где слышалось грозное рыча- 
ние собаки. И увидел человека, который 
только что совершил несколько жестоких 
убийств в доме напротив. 
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BCE B 3TOU 
КОМНАТЕ БЫЛО 
ПОДЧИНЕНО 

ЕМУ — ОН СТАЛ 
ПОЛНОПРАВНЫМ 
ХОЗЯИНОМ еее 
ПОЛОЖЕНИЯ 


Сил крикнуть что-нибудь 
у него не осталось. Ужас ско- 
вал его; он опустил руку с ок- 
ровавленными салфетками. 
— Нет, так просто уйти я не 
могу, — произнес киллер и 
выстрелил в собаку. Рекс 
взвизгнул, не поняв, что же 
произошло — на оружие бро- 
саться его не учили. Хозяйка, 
увидев пистолет, прекратила 
тянуть дверную ручку и корот- 


вствовав, что может свободно 
войти, переступил через ране- 
ную собаку, которая пыталась 
отползти в сторону, кося испу- 
ганными глазами на оружие. 

Толкнув женщину в грудь, он освободил дверной проем и закрыл 
дверь. Женщина издала какой-то непонятный звук и ухватилась 
за кончики полотенца, висящего на шее. 

— Что вам нужно? — нашла она в себе силы спросить. 
— Этот мальчишка, — махнул человек стволом в сторону Димы. — 
Второй тоже здесь? 

Дима машинально перевел глаза на Левку — и киллер сразу все 
понял. 

— Все в комнату, — скомандовал он. — Кто не пойдет сразу — полу- 
чит пулю. А собачка, я думаю, уже не жилец, — уточнил он для хозяй- 
ки. — Рекс... Сейчас мы ему поможем. 

И он выстрелил в собаку второй раз. 

— Так, — указал он пистолетом на труп зверя, — будет с каждым. Ес- 
ли что. Поэтому лучше выполнять мои приказы. 

Дима и хозяйка отступили в сторону комнаты. Левка тоже был 
вынужден выйти из-за шкафа, когда киллер подошел к нему и напра- 
вил пистолет в грудь. Женщина без конца повторяла «Боже мой, боже 
мой...» — преступник неожиданно ударил ее по щеке, она вздрогнула 
и замолчала. 

— Прошу прощения мадам, но вы истеричка, — кивнул оней. — А это 
качество сейчас для вас самое последнее. С истеричками дело имел, 
знаю. И не жалую своим вниманием. Так что держите себя в руках, 

а не то ляжете рядом с Рексом. 

— Хорошо, — совершенно спокойным голосом ответила хозяйка и 
вдруг тихонько заплакала — с каким-то подвыванием. 

— Вас как зовут? — спросил киллер. 

— Марг... Маргарита, — ответила она. 

— Заткнитесь, Марго, — подошел он к ней вплотную, не выпуская из 
поля зрения мальчишек. — Заткнитесь, прошу вас. У меня очень нерв- 
ная работа... Был тяжелый день. А тут еще вот эти... Малолетки. 

И аккуратно толкнул ее в кресло. Она упала, даже не обратив 
внимания, куда. С подлокотника на пол сорвалась книга. Киллер нак- 
лонился, поднял, протянул Маргарите. 

— Читайте. Представьте себе, что ничего не произошло. Откройте 
там, где вы остановились, попытайтесь сосредоточиться, получайте 
удовольствие... А я пока пообщаюсь вот с этими сорванцами. Сели 
на диван, быстро! — крикнул он мальчишкам. 

Они вздрогнули, оглянулись в поисках дивана и сели, не сводя 
глаз с дула пистолета. Почему-то именно этот предмет приковывал их 
внимание — не злой взгляд убийцы, не его властный голос. 

Именно пистолет. 

Кровь у Димы перестала течь. Нос сильно болел и уже прилично 
распух. Он машинально держал ладони у лица, словно оберегая свое 
лицо от дальнейших проблем. 

— Камеру сюда! — киллер протянул свободную от оружия руку. 

Дима снял сумку через голову, протянул. 

— Достань! 

Он достал, отдал. 

Мужчина сел на журнальный столик, смахнув с него какие-то 
журналы, положил пистолет себе на колени, включил камеру. 

— Шалунишки, будь они неладны, — бурчал он себе под нос. — И как 
вы только узнали... 

— Мы не знали... — машинально ответил Левка. — Там должны были 
быть... 

— Заткнись, — тем же самым тоном ответил киллер — и Левка не стал 
продолжать. — Я знаю — там должны были оказаться только бабы 


с сиськами. И все. Но не сегодня. Не в это время. Как включить прос- 
мотр снимков? 

— Там над экраном есть переключатель, — ответил Дима; каждое сло- 
во отдавалось болью в голове. Временами накатывала тошнота. — 
Надо выбрать положение с картинкой в виде кадра... 

— Понял, — ответил преступник. — Так, смотрим... 

Дима опустил глаза в пол и лихорадочно пытался соображать, 
как выйти из этого положения — но головная боль, наплывающая на 
него периодически, заставляла оставить все попытки думать. Удар 
дверью не прошел для него даром. Оставалось верить в то, что Левка 
что-то придумает. На Маргариту надежды не было никакой — она си- 
дела, как восковая кукла, в кресле, держа раскрытую книгу вверх но- 
гами, и что-то шептала себе под нос — тихо и часто шевеля губами. 

— Вы меня за дурака принимаете? — вдруг встал со стола киллер 

и приблизился к парням вплотную. Он наклонился к Диме, стараясь 
оказаться к нему как можно ближе. — Здесь же ничего нет! Куда поде- 
вали фотографии? 

— Как нет? — искренне удивился Дима. Он совершенно забыл в этой 
сумасшедшей гонке, закончившейся сотрясением мозга, что снимки 
сразу переписывались на ноутбук. — Не может быть — я же снимал, 
снимал с самого начала! 

— Что ты снимал? — тряся камерой перед лицом Димы, крикнул кил- 
лер. — Куда дели фотографии, уроды? Я вас сейчас всех перестре- 
ляю! 

— Да я снимал, клянусь! — Дима попытался сказать громче, но в голо- 
ве что-то стрельнуло, он скривился от боли и схватился за виски. — 
Снимал... Сначала девиц, потом этот... Морфинг... А потом все ос- 
тальное... 

— Морфинг? — удивился киллер и сел обратно на стол, почему-то сра- 
зу сменив гнев на милость. — А это слово откуда тебе знакомо? Агент- 
ство закрытое, никому о своих методах работы не сообщает... 

— Прочитал на экране, — ответил Дима. — Когда компьютеры вклю- 
чились. 

— Эта штука так приближает? — покачал головой киллер. — Я, конеч- 
но, не совсем разбираюсь, но здорово, здорово... Впечатляет. Значит, 
насчет Морфинга вы в курсе. Что еще вам известно об этом агентстве? 
— Ничего, — снова сказал Дима. Левка явно был не в теме — он поня- 
тия не имел, сколько раз его друг был на том чердаке и что именно он 
там успел увидеть, поэтому молчал и только слушал. — Девушки при- 
ходили, раздевались, превращались... 

— В кого? 

— Один раз в Ким Бессинджер, — вспоминал Дима. — Еще раз — 

в эту, с большой грудью... Забыл. Сегодня вот в Анжелину Джоли. 

Я думаю, у них возможности богатые. 

— Точно, — кивнул киллер. — Так фотографии где? 

— Значит, нет фотографий, — Дима пожал плечами. — Получается, 

я снимал, а они не записывались. 

— Чушь, — отрицательно покачал головой мужчина. — Так не бывает. 
— С компьютерами и цифровой техникой всякое бывает, — ответил 
за друга Левка. — Делаешь, делаешь что-нибудь — а оно куда-то про- 
падает. 

— Ага, второй заговорил, — повернулся к нему киллер. — А ты там 
чего делал? Друга за ноги держал, чтобы он с крыши от увиденного 
не свалился? 

— Памела, — вдруг сказал Дима. 

— Чего? — не понял сразу киллер. 

— Памела Андерсон... Та, которую забыл... 

— Какая Памела?! Где фотки?! Или вы, ребята, их отправили уже ку- 
да-то — через интернет? Я же помню — камера висела на каком-то 
проводе! 

— Так, для страховки, чтобы с крыши не упала, если что, — ответил 
Левка. — Да мы ничего никому не скажем, правда, Дима? Фоток нет, 
а мы как рыбы! 

Дима кивнул, опустив глаза в пол. Почему-то ему казалось, что 
он сейчас грохнется в обморок. 

— Для страховки? — киллер переводил взгляд с одного парня на дру- 
гого. — Дурачить меня вздумали? «Мы как рыбы...» Живым отсюда 
не выйдет ни один из вас, это я вам гарантирую. Но сначала надо убе- 
диться, что фотографий не осталось. Раздевайтесь оба. 

— Зачем? — недоуменно спросил Дима. 

— Я думаю, что ты заменил карту в аппарате. И флешка со снимками 
где-то в кармане. 

— Да вы знаете, сколько стоит такая карта? — удивленно поднял бро- 
ви Дима. — На две мне точно денег бы не хватило. 


— Куртки сюда, — человек навел на них пистолет. — И карманы брюк выво- 
рачивайте. 

Левка и Дима подчинились. Киллер вытряхнул все из курток — но ниче- 
го, кроме батареек, ключей и пульта управления камерой не нашел. В брюках 
тоже никаких следов карты не оказалось. 

Киллер подошел к Маргарите. Та продолжала тихо разговаривать сама 
с собой и мелко креститься. Он поднял ей подбородок стволом и посмотрел 
в глаза: 

— Онтебе в ванной ничего не передавал? 

Она замотала головой, не в силах отвести взгляд. 

— Не врешь? Вспомни, что с собачкой стало... 

Маргарита сумела выдавить: 

— Не вру... 

— Ладно, — согласно кивнул киллер. — На чердак, думаю, подниматься не 
стоит. Так? 

Левка кивнул. Дима через пару секунд тоже. 

— Почему камера упала? 

— Голуби... — тихо ответил Левка. 

— На голову тебе нагадили? 

— На камеру сели. 

— В смысле? — не понял мужчина, привстав со стола. — И тебя не испуга- 
лись? 

— Аявнизу был, под лестницей... 

— Акто снимал? 

— Я, — ответил Дима. Он вдруг понял, что они прокололись. На пустяке. На 
проклятых голубях. 

— Итебя голуби тоже не боятся? — мужчина зло прищурился. — Или у тебя 
на голове они гнездо свили? И зачем тебе дистанционка? 

Дима молчал. 

— К чему камеру подключали?! — вдруг заорал киллер. Маргарита вскрикну- 
ла и уронила книгу на пол. — Заткнись, идиотка! — крикнул он на хозяйку. — 
Заткнись, пока не пристрелил! 

— Не убивайте, не убивайте, — запричитала Маргарита. — У них еще порт- 
фель с собой был... там... 

И она махнула рукой в коридор. 

— Портфель. В коридоре. Понятно, — мужчина встал, подошел к окну, отод- 
винул кончиком ствола занавеску. — Понаехали уже... — сказал он сам се- 
бе. — А ятут с вами все разобраться не могу. Форс-мажор. Надо расценки 
поднимать... Марго, будь другом, принеси портфель из коридора — только 
без глупостей. 

Маргарита встала, пошатываясь; она с трудом сообразила, где кори- 
дор, вышла. Оттуда донеслись ее сдавленные рыдания. Спустя полминуты 
она вошла с портфелем в руках. 

— Ноутбук, — кивнул киллер. — Все на нем? 

Левка с Димой переглянулись — молчать далее было бессмысленно. 

И синхронно кивнули — как ученики в школе, которых поймали за очередной 
шалостью. 

— Хорошо, — вздохнул киллер. — Хоть что-то радует. Посмотреть дадите? 

— Давайте, включу, — Левка встал с дивана и тут же ему в живот уперся 
ствол. 

— Сидеть. Будешь с места подсказывать. 

Левка, напуганный, опустился назад. 

— Вы только не сломайте, он очень дорогой, мне мама на день рожденья по- 
дарила, — попросил он киллера, который к тому времени уже достал компью- 
тер и, открыв крышку, включил его. Дима толкнул Левку коленом — мол, не 
влезай лишний раз. 

— Где искать? — спросил киллер. Левка объяснил. 

На экране появились кадры. 

— Аты, парень, молодец, — похвалил Диму мужчина. — Место ты выбрал, 
прямо скажем, идеальное. Небось, весь чердак прополз, пока на том окне ос- 
тановился? 

Дима кивнул, а киллер продолжил: 

— Яхорошую работу сразу чувствую. Правда, у меня-то работа другая, но 
место для таланта есть везде. Девицы вышли у тебя — просто загляденье! 
Куда думал сбывать? 

— Нашел бы, — скривился от этого вопроса Дима. — В интернете места мно- 
го. Тем более такие фотки — суперзвезды Голливуда в голом виде... В «Фо- 
тошопе» поправил бы комнатку... 

— Тихо ты, — поднял руку киллер, не отрываясь от экрана. — Вот уже ия по- 
явился... Неплохо смотрюсь... Бум! Бум! — комментировал он то, что видел 
на фотографиях. — О, уже кино пошло! Ну, вы, ребята, просто молодцы! Все 
сняли. Мне — лет на двадцать строгого режима. Вам на медаль. Вот только 
придется все это стереть. 

— Я понимаю, — кивнул Дима. — Куда же деваться? 


— Зачем вы их убили? — вдруг спросил Левка. 
— Любопытство — неотъемлемая часть глупости, — киллер отдал ноутбук 
Диме. — Ты пока стирай, а я объясню. 

Он сделал несколько шагов по комнате, заметил, что Маргарита 
так и стоит в дверях, опустился в ее кресло и жестом пригласил хозяйку к се- 
бе на колени. Она как робот, приблизилась к нему, остановилась в паре ша- 
гов. Чувствовалось, что даже страх перед ним не дает преодолеть оставше- 
еся расстояние. 

— Не хочешь? Ну, не заставляю. Стой, где стоишь. Что касается вас, моло- 
дые люди... 

Киллер повернулся к ним; от него исходила какая-то фантастическая 
уверенность в себе и в том, что он делает. Он не боялся оставить их без вни- 
мания, разглядывая хозяйку; он мог положить пистолет на стол и не следить 
за ним. Все в этой комнате было подчинено ему — он стал полноправным хо- 
зяином положения; закинув ногу на ногу, он спросил: 

— Как вы думаете, сколько стоит та самая программа Морфинга, что уста- 
новлена на компьютерах модельного агентства? 

— Ни малейшего представления, — первым ответил Дима. — Такой специ- 
фический софт может стоить очень и очень дорого. 

— Ты прав, мой юный друг, — хмыкнул киллер. — Я могу назвать вам при- 
мерную, очень округленную цифру. Программа морфинга вместе с приклад- 
ным оборудованием стоит почти полмиллиона долларов. Поверьте — 

она того стоит... 

— Ни фига себе! — взглянул на друга Левка. Честно признаться, я о таких 
технологиях раньше и не слышал... 

— Слышал, слышал, — щелкнул пальцами их собеседник. — Ты ведь час- 
тенько видел в интернете фотографии звезд, якобы сделанных папарацци. 
Процентов семьдесят сделаны именно таким образом. Агентство приобре- 
ло в кредит эту программу, обучило двух операторов и набрало девушек, 
которые согласились работать подобным образом. Дела пошли в гору, 

но к нужному сроку они не смогли рассчитаться с компанией, предоставив- 
шей софт. До суда дело не дошло, они отдали и компьютеры, и системы 
морфинга, и долги по кредиту. Ну, это и неудивительно — их продукция 
шла нарасхват, в основном за границу. Они выпускали и серии фотогра- 
фий, и порнофильмы — якобы с участием голливудских звезд. Жили, 

в общем, неплохо... 

— Как же — отдали? — спросил Дима. — А мы что видели? 

— Вот в том-то и дело, — киллер положил руку на пистолет. — Они сделали 
копии программы и докопались до схем системы, сумев их воспроизвести са- 
мостоятельно — не оскудела Россия талантами... Компания, являющаяся 
владелицей софта, узнала об этом случайно — их агенты, отслеживающие 
потоки специфической информации в интернете, обнаружили новые филь- 
мы, снятые с помощью их технологий. И они вызвали меня — потому что я 
улаживаю подобные проблемы... И делаю это очень и очень хорошо — вы са- 
ми видели. Я пришел, наказал — настолько, насколько мне было предостав- 
лены полномочия. Операторы мертвы, одна система Морфинга уничтожена, 
на компьютерах программа удалена... Модели приказали долго жить. Коро- 
че, работа агентства прекращена надолго. 

— Но ведь остались где-то диски с программой, схемы масок Морфинга... — 
произнес Дима. — Ведь такие вещи нельзя уничтожить совсем. Желание 
иметь подобные вещи даром — неистребимо. 

— Тугты в корне неправ, парень, — киллер встал, посмотрел на Маргариту, по- 
дошел к ней поближе и похлопал по щеке. — Надо же, как боится... Все-таки 
жалко этого брехливого Рекса — морда умная, окрас приятный... Ты уж извини. 

После этого он повернулся к дивану и стал даже, как показалось Левке, 
выше ростом. 

— Я ненавижу пиратство. Всякое. Я не люблю, когда воруют программы, му- 
зыку, игры, фильмы. Но больше всего я не люблю, когда воруют чужие мыс- 
ли. Чужие идеи. Таких людей надо наказывать так, как это делаю я. И если ты 
думаешь, что они рискнут работать дальше, ты ошибаешься. Там на третьем 
этаже — кроме тех, что вы видели — лежит сейчас мертвая секретарша 
иеще какой-то человек, похоже, заказчик. Репутация агентства подорвана — 
раз и навсегда. Работа — сделана. Вот только вы — как бельмо в глазу. Я же 
говорю — форс-мажор... Ты все стер? 

Дима кивнул. 

— Ну и хорошо. А то засиделся с вами, господа... 

И он выстрелил — сначала в мальчишек на диване, потом в Маргариту. 
Подошел к Диме, взял у него с колен ноутбук, закрыл, сложил в портфель. 

— Надо уходить... — он снова выглянул в окно, отметил, где стоят милицейс- 
кие «УАЗики», осмотрел квартиру — неторопливо, не оставляя лишних следов. 

Возле входной двери он оглянулся, крепко сжал ручку портфеля и ска- 
зал, не обращаясь ни к кому: 

— А «Фотошоп», конечно же, тоже пиратский... Ох, не люблю я это... 

И тихо закрыл за собой дверь... © 
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> сортировка списков. Спис- 

ки — популярные и во многом инте- 
ресные структуры данных. Они есте- 
ственным образом поддерживают 
быструю вставку и удаление элемен- 
тов, но ни в одном известном мне ру- 
ководстве не затрагиваются вопросы 
их сортировки. Ну да, конечно, в биб- 
лиотеке STL есть класс list с готовым 
методом stort. Пользуйся — не хочу! 
Но универсальное решение по опре- 
делению не есть хорошее. Это раз. 
Не все программисты пользуются 
STL — это два. Наконец, в Си ничего 
подобного и в помине нет — это три. 
К тому же, было бы полным непро- 
фессионализмом вызвывать list::sort, 


не задумываясь о том, как он работа- 
ет. А, правда, как? Давайте, не подг- 
лядывая в исходный код STL, попы- 
таемся реализовать сортировку 
списка самостоятельно. 

Начнем с того, что отсортиро- 
вать список тривиальным вызовом 
qsort не удастся, поскольку она рас- 
считывает, что следующий сортиру- 
емый элемент расположен непосре- 
дственно за концом предыдущего. 
При обработке массивов все так 
и происходит, но списки ведут себя 
иначе. Малого того, что элементы 
списка могут размещаться в памяти 
в каком угодно порядке: нет никаких 
гарантий, что за концом какого-то 
элемента находится действитель- 
ный элемент! Рассмотрим следую- 
щий пример: 


ВЕСТ Табе чвесова = 0; 
Strict HIGH * БЕ = 

(5ЕЕОСЕ ТГ ша то= 
(sizeof (struct LIST)); 


for (a=0;a<N; а++) 
{ 
list->val = a; 
list->next_record = 
(sinuctebrsn*) malloc 
(sizeof (struct LIST)); 
list = list->next_record; 
Е 
->next_record = 0; 


} list->val=a; 


Допустим, нам необходимо отсор- 
тировать список так, чтобы после- 
дующий элемент имел большее или 
такое же значение val. Как это сде- 
лать? Алгоритм сортировки прост 
как косяк: перегоняем списки 

в массив, сортируем его как обыч- 
но, затем либо уничтожаем несор- 
тированный список и создаем но- 
вый, либо «натягиваем» отсортиро- 
ванный массив на уже существую- 
щий «скелет», то есть используем 
уже выделенные блоки памяти. 
Естественно, последний способ ра- 
ботает намного быстрее! Демон- 
страционная программа для сорти- 
ровки прилагается. 


>  двухмаршрутные списки. В тех 
случаях, когда требуется осущест- 
вить ту или иную выборку элементов 
из списка для их последующей обра- 
ботки (проще говоря, фильтрацию), 
можно пойти двумя путями: 

1 Вернуть отфильтрованные 
элементы в отдельном списке 
(что имеет тот недостаток, что понап- 
расну расходует память, а при «мно- 
гокаскадной» фильтрации мы риску- 
ем окончательно запутаться в куче 
списков). 

2 Помимо поля struct list 
*next_record добавить еще одно по- 
ле — struct list *next_filtred___ record. 

В таком случае мы будем иметь дело 
всего лишь с одним списком, содер- 
жащим как оригинальные, так и от- 
фильтрованные данные. 

Естественно, еще потребуется 
none struct LIST* first_filtred_record, 
содержащее указатель Ha первый 
отфильтрованный элемент списка. 
Оно необходимо затем, что первый 
элемент оригинального списка 
не обязательно будет совпадать 
с первым отфильтрованным эле- 
ментом. К тому же «двухмаршрут- 
ные» списки естественным обра- 
зом поддерживают «каскадную» 
фильтрацию. В самом деле, мы 
сканируем список, перескакивая 
по полям next_filtred_record, и, если 
следующий элемент не проходит 
через фильтр, то предыдущая 
ссылка перескакивает вперед. 

Так же очевидно, что нам потребу- 
ется два набора функций для рабо- 
ты с двумя маршрутами. 

> обработка ошибки выделения 
памяти. Постоянная проверка ус- 
пешности выполнения интенсивно 
используемых функций во-первых, 
слишком утомительна, во-вторых, 
загромождает исходный текст, 

и, в-третьих, приводит к неоправ- 
данному увеличению объема отком- 
пилированного кода программы. 


Ghiake aor. 
р = malloc (BLOCK_SIZE) ; 
slic i= =(0) 


i 
fprintf(stderr,"-ERR: 
недостаточно намяти Miia 


продолжения операци\п"); 
ее Ь 


} 


Кстати говоря, следующий 
КОД «р = malloc(x); if (!p) return 0;» 
даже хуже, чем отсутствие провер- 
ки вообще, так как при обращении 
к нулевому указателю Windows 
хоть выругается, указав на место 
сбоя, а такая кривая проверка 
просто тихо кончит программу... 
Решение заключается в созда- 
нии «оберток» для интенсивно ис- 
пользуемых функций, проверяющих 
успешность завершения вызывае- 
мой ими функции и при необходи- 
мости рапортующих об ошибке с за- 
вершением программы или переда- 
ющих управление соответствующе- 
му обработчику данной аварийной 
ситуации. 


мона myomealiloe (anit <) 
i 
ИЕ р 
z=malloc(x); 
if (!z) GlobalError_and_save 


Между прочим, виртуальная память 
не безгранична, и иногда она неожи- 
данно кончается. Попытка выделе- 
ния нового блока посредством mal- 
loc дает ошибку. В этой ситуации 
очень важно корректно сохранить 
все несохраненные данные и выйти. 
А как быть, если для сохранения 
требуется определенное количество 
памяти? Да очень просто! 

При старте программы выделяем 
malloc'om столько памяти, сколько 
ее может потребоваться для ава- 
рийного сохранения. Если нас 
обломают на память, то просто не 
запускаемся, а с ругательством сва- 
ливаем. Затем, при нехватке 
памяти просто сохраняемся 
(необходимая память у нас есть) 

и все!!! © 
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